推荐 序 ACP 认 证 道路 上 的 一 冀 明 灯 


第 一 次 见 到 刘 芳 本 人 是 在 公司 内 部 一 次 重要 的 经 营 会 议 上 。 她 作为 中 兴 通 讯 的 老牌 ?PMP 认证 讲师 ,我 在 公司 的 各 个 渠道 都 
听 说 过 她 ， 也 知道 她 在 这 个 领域 有 着 丰富 的 经 验 。 不 过 初次 见面 ， 还 是 有 些 意 外 ， 在 我 面前 的 竟 是 这 样 一 位 年 轻 且 十 分 干练 的 女 
性 ! 


此 后 ， 似 乎 我 们 的 交集 开始 变 得 多 了 起 来 ， 线 上 线 下 她 经 常会 找 我 讨论 与 “敏捷 ”相关 的 问题 ， 我 也 会 把 我 的 经 验 、 体 会 与 
她 分 享 。 在 中 兴 通 讯 敏捷 转型 的 过 程 中 ， 我 一 直 是 一 名 亲历 者 ， 见 证 了 许多 的 改变 ， 这 其 中 “人 ”的 变化 尤为 重要 ， 也 最 有 意 
义 ， 所 以 我 也 特别 留意 观察 身边 的 同事 。 而 她 作为 一 名 老牌 的 PMP 讲 师 ， 我 更 加 关心 “敏捷 ”给 她 带 来 了 怎样 的 影响 。 一 次 偶 
遇 ， 我 忍 不 住 问 她 这 个 问题 ， 她 回答 说 : “价值 ”和 “时 间 盒 ”让 她 改变 最 大 。 


随后 她 的 两 次 突然 消失 真切 地 印证 了 她 的 这 种 说 法 。 第 一 次 是 我 问 完 她 上 面 的 问题 不 入， 她 就 似乎 忽然 消失 在 了 我 的 视野 
中 ， 待 到 再 次 听 到 她 的 消息 时 ， 她 已 通过 了 最 近 一 次 的 ACP 认 证 考试 。 接 下 来 的 日 子 ， 我 发 现 了 与 以 往 的 不 同 ， 她 经 常会 提出 很 
多 引发 我 积极 思考 的 问题 ， 甚 至 我 也 找 不 到 答案 的 问题 ， 我 们 的 交流 更 加 密切 了 。 在 工作 中 ， 我 们 也 开始 有 了 更 多 的 合作 ， 每 次 
都 会 有 新 的 超出 期 望 的 收获 。 再 后 来 ， 她 又 一 次 消失 在 我 的 视野 中 ， 时 隔 多 月 ， 当 她 把 这 本 书稿 发 给 我 时 ， 这 一 次 我 没有 太 多 意 
外 ， 因 为 我 知道 ， 这 就 是 她 的 节奏 ! 

她 提议 让 我 为 她 的 这 本 书 作 序 ， 我 欣然 接受 。 坦 白 说 ， 我 参与 过 不 少 与 敏捷 相关 的 书籍 的 翻译 和 校 验 ， 但 当 这 本 书 放 在 我 的 
眼前 时 ， 还 是 令 我 十 分 惊喜 。《 如 何 准 备 ACP 考 试 》 共 9 章 十 几 万 字 的 内 容 ， 全 书 总 体 的 感觉 就 是 具有 系统 性 和 针对 性 。 所 谓 系 
统 性 ， 这 本 书 综合 了 PMI 官 方 给 出 的 12 本 ACP 参 考 书 中 的 考试 相关 知识 点 ， 提 炼 后 ， 翔 实 、 生 动 地 展现 在 读者 面前 ， 让 大 家 从 
众多 的 准备 资料 中 ， 快 速 掌握 重点 内 容 ; 所 谓 针对 性 ， 这 本 书 把 ACP 考 纲 上 的 知识 点 逐一 进行 对 应 ， 针 对 ACP 的 考题 进行 分 析 ， 
尤其 是 最 后 的 两 套 模拟 题 ， 让 读者 在 答题 时 更 有 针对 性 。 总 的 来 说 ， 这 本 书 读 起 来 让 我 们 有 真实 感 和 杀 切 感 。 更 加 重要 的 是 ， 这 
本 书 的 最 终 目标 并 不 是 单纯 地 帮助 大 家 通过 考试 ， 而 是 让 我 们 领悟 到 敏捷 核心 的 理念 ， 这 一 点 难能可贵 。 

相信 这 本 书 会 成 为 准备 参加 ACP 考 试 人 员 的 手边 指南 ， 也 能 成 为 项 目 管理 人 员 、 软 件 开发 人 员 ， 又 或 者 是 敏捷 开发 实践 人 员 
工作 中 的 参考 书 。 

最 近 ， 她 似乎 又 消失 了 ， 我 相信 在 不 久 的 将 来 ， 她 将 会 带 着 另 一 孝明 灯 归 来 ! 

苏 春山 


中 兴 通 讯 有线 PMO 主 任 


2017 年 2 月 


前 言 PMI-ACP 认 证 简介 


1.PMI-ACP 认 证 的 意义 


互联 网 思维 冲击 着 各 行 各 业 ， 快 速 迭 代 、 用 户 思维 、 小 版 本 交付 的 思维 模式 引发 了 传统 项 目 管理 模式 的 变革 。 项 目 管理 需要 


变 得 更 迅速 、 更 灵活 、 更 积极 主动 地 响应 客户 的 要 求 。 不 断 变化 的 商业 环境 、 全 球 分 布 的 项 目 团队 以 及 不 断 变化 的 业务 需求 ， 给 
作为 项 目 经 理 的 我 们 提出 了 更 高 的 挑战 。 


敏捷 项 目 管理 顺应 了 这 种 转变 的 需要 ， 提 出 了 一 整套 原则 和 做 法 ， 使 得 项 目 经 理 可 以 及 时 地 了 解 现代 产品 开发 的 现状 ， 掌 握 
新 时 代 的 动态 。PMI-ACP 认 证 正 是 基于 这 个 背景 产生 的 ， 为 项 目 经 理 定 制 了 一 套 新 的 项 目 管理 思维 方式 。PMI-ACP 认 证 的 价值 
在 于 以 下 三 点 : 





:适应 不 断 变化 的 业务 需求 ， 增 强 组 织 应 对 不 确定 性 的 能 力 ， 提 升 投资 回报 率 。 
增强 项 目 经 理 在 专业 项 目 管理 工具 与 技巧 应 用 方面 的 多 样 化 能 力 。 
PMI 是 一 个 被 普遍 认可 的 组 织 ， 它 所 提供 的 包括 PMP、ACP、PBA 等 在 内 的 众多 认证 标准 均 得 到 许多 公司 、 组 织 及 其 招聘 经 理 的 信赖 。 





































































































敏捷 方法 是 一 种 理念 ， 基 于 团队 协作 、 采 用 人 迭代 的 交付 方式 对 变化 做 出 快速 而 灵活 的 反应 ， 旨 在 打造 开放 的 、 自 组 织 的 团 
队 。 众 多 敏捷 的 实践 ， 比 如 : Scrum、 极 限 编程 (XP) 、 精 益 (Lean) 软件 开发 、 看 板 (Kanban) 开发 和 测试 驱动 型 开发 
(TDD) 等 都 遵循 这 个 理念 与 原则 。 


2.PMI-ACP 考 试 简介 


PMI-ACP 考 试 是 由 美国 项 目 管理 协会 (PMI) 于 2011 年 推出 的 一 门 关于 敏捷 项 目 管理 的 考试 ， 英 文 全 称 为 Agile Certified 
Practitioner。 具 体 的 报考 要 求 如 表 0-1 所 示 。 


表 0-1 报考 要 求 


学 历 一 般 项 目 管理 经 验 敏捷 项 目 管理 经 验 。 ”| 敏捷 项 目 管理 培训 


在 过 去 5 年 内 , 拥有 2000| 在 过 去 3 年 内 ， 拥 有 1 500 


高 中 或 同等 


. 个 小 时 ( 约 12 个 月 ) 的 项 目 | 个 小 时 ( 约 8 个 月 ) 的 项 21 个 小 讨 
学 历 及 以 上 人 小 时 ( 约 12 个 月 ) 的 项 目 | 个 小 时 ( 约 8 个 月 ) 的 项 目 个 小 时 


队 经 验 团队 经 验 





PMI-ACP 考 试 包含 100 道 计 分 题 和 20 道 不 计 分 题 ( 预 考题 ) 。 不 计 分 题 不 会 标注 ， 随 机 编排 在 试卷 中 。 考 题 分 布 如 表 0-2 所 


J\o 


领 域 考题 比率 
领域 1: 敏捷 准则 和 理念 16% 
领域 2: 价值 驱动 的 交付 20% 
领域 3: 干系 人 参与 17% 
领域 4: 团队 绩效 16% 
领域 5: 适应 性 计划 12% 
领域 6: 问题 发 现 和 解决 10% 
领域 7: 持续 改进 (产品 、 过 程 、 人 员 ) 9% 


3.PMI-ACP 考 试 大 纲 


下 面 是 PMI 网 站 公布 的 PMI-ACP 考 试 大 纲 ， 供 考生 参考 。 


领域 1: 敏捷 准则 和 理念 (9 项 任务 ) 


泪 


在 项 目 团队 与 组 织 中 探索 及 应 用 敏捷 的 准则 和 理念 
领域 2: 价值 驱动 的 交付 (4 个 子 领域 、14 项 任务 ) 


根据 干系 人 的 优先 级 ， 通 过 尽早 、 持 续 地 提供 高 价值 的 增 量 交付 ， 为 干系 人 提供 有 价值 的 成 果 ， 同 时 获取 干系 人 对 成 果 的 反 


， 根 据 反 馈 调整 后 续 增 量 交 付 的 优先 级 并 持续 改进 。 


领域 3: 干系 人 参与 (3 个 子 领 域 、9 项 任务 ) 


建立 信任 的 氛围 ， 促 使 干系 人 参与 其 中 ， 协 调 他 们 的 需求 和 期 望 ， 根 据 所 投入 的 成 本 和 努力 来 平衡 各 自 的 要 求 ， 从 而 达成 一 


。 在 项 目 整个 生命 周期 内 促进 参与 和 协作 ， 并 通过 各 种 工具 进行 有 效 决策 。 


领域 4: 团队 绩效 (3 个 子 领域 、9 项 任务 ) 

创建 一 种 信任 、 学 习 、 协 作 和 冲突 解决 的 环境 ， 促 进 团队 自 组 织 ， 融 洽 团 队 之 间 的 关系 ， 从 而 培养 一 种 高 绩效 的 工作 文化 。 
领域 5: 适应 性 计划 (3 个 子 领 域 、10 项 任务 ) 

根据 目标 、 价 值 、 风 险 、 约 束 、 干 系 人 的 反馈 和 评审 结果 ， 制 订 一 个 不 断 发 展 的 计划 。 

领域 6: 问题 发 现 和 解决 (5 项 任务 ) 

寺 续 识别 问题 、 障 碍 和 风险 ， 根 据 轻 重 缓急 ， 对 其 及 时 解决 ; 监控 并 沟通 问题 解决 的 状态 ; 实施 过 程 改 进 ， 避 免 再 次 发 生 。 
领域 7: 持续 改进 (产品 、 过 程 、 人 员 ) (6 项 任务 ) 

寺 续 改进 产品 、 流 程 和 团队 的 质量 、 效 率 及 价值 。 


以 上 内 容 具 体 如 表 0-3 所 示 。 


表 0-3 
任 务 
领域 1 敏捷 准则 和 理念 
任务 1 a 在 整个 团队 乃至 客户 与 团队 之 间 形 成 一 种 共同 的 
任务 2 推动 并 确保 每 个 人 对 敏捷 价值 观 、 准 则 、 敏 捷 实 践 和 术语 达成 共同 的 理解 ， 
从 而 有 效 工 作 
任务 3 通过 对 组 织 的 教育 和 对 过 程 、 人 员 和 行为 的 影响 ， 文 持 系统 或 组 织 层面 的 变 
革 ， 从 而 让 组 织 更 高 效 
任务 4 进行 可 视 化 管理 ， 维 护 高 度 可 祝 的 信息 发 射 源 ， 显 示 团 队 上 县 实 的 进展 和 绩效 ， 
从 而 增强 透明 度 与 信任 度 
任务 5 营 半 一 个 安全 、 信 和 任 的 团队 氛围 ， 允 许 每 个 人 犯 氏 ， 因 为 这 样 能 够 让 他 们 从 
中 学 习 并 不 断 改进 工作 方式 
任务 6 尝试 新 技术 和 新 想法 ， 控 索 更 高 效 的 工作 方式 ， 提 高 创新 能 力 
任务 7 通过 协助 共处 喜 励 团队 成 员 分 享 知 识 ， 降 低 知 识 扳 品 风险 ， 并 减少 阻碍 
任务 8 构建 一 个 安全 、 尊 重 的 环境 ， 鼓 励 团队 内 部 的 自发 领导 ， 尝 试 工作 方法 的 持 


续 改 进 ， 培 养 自 我 组 织 和 授权 的 意识 








任 务 

pr 践 行 服务 式 领导 ， 支 持 并 鼓励 团队 的 努力 ， 让 他 们 可 以 发 挥 最 高 水 平 并 持续 

改进 
领域 2 价值 驱动 的 交付 

定义 正 向 价值 

定义 可 交付 成 果 时 ， 识 别 可 以 增 量 产 出 的 内 容 ， 最 大 化 他 们 对 干系 人 的 价值 ， 
尽 可 能 减少 无 价值 的 工作 

任务 2 针对 功能 的 可 接受 标准 达成 的 共识 ， 及 时 调整 优化 需求 ， 从 而 交付 价值 

任务 3 根据 项 目 和 组 织 的 特点 及 团队 经 验 来 进行 过 程 定制 ， 从 而 优化 价值 交付 

避免 潜在 的 不 利 情况 

本 号 将 需求 划分 为 最 小 可 售 功能 ， 拟 制 小 版 本 的 增 量 交付 计划 ， 尽 早 实 现 确认 和 
价值 交付 

ee 限制 增 量 交 付 的 大 小 ， 增 加 干系 人 评审 的 频率 ， 从 而 以 最 低 的 成 本 尽早 地 识 
别 和 干预 风险 

任务 6 持续 评审 增 量 交付 ， 寻 求 客户 的 反馈 ， 从 而 确认 和 提高 商业 价值 

优先 级 

任务 7 与 干系 人 紧密 协作 ， 确 定 工作 单元 的 优先 级 ， 从 而 最 大 化 交付 物 的 价值 

任务 8 频繁 地 评审 和 维护 工作 成 果 ， 品 质 为 先 ， 从 而 降低 增 量 开发 的 总 成 本 

本 持续 识别 和 调整 环境 因素 、 经 营 因素 和 基础 设置 因素 的 优先 级 ， 从 而 改进 质 
量 、 提 升 交付 物 的 价值 

增 量 开发 

组 织 干系 人 进行 运营 评审 或 定期 检查 ， 从 而 获取 对 过 程 中 和 计划 中 工作 的 反 
馈 及 修正 

ee 将 价值 和 风险 均 放 人 待 办 事项 ， 兼 顾 可 交付 单元 的 开发 以 及 风险 规避 ， 随 着 
时 间 的 推移 ， 最 大 化 总 价值 

人 定期 确认 和 重 排 需求 的 优先 级 ， 以 响应 环境 的 变化 和 干系 人 需求 的 变化 ， 从 
而 实现 价值 最 大 化 

ee 考虑 解决 方案 的 应 用 环境 ， 找 出 并 调整 相对 非 功能 性 需求 (例如 运营 和 安全 ) 
的 优先 次 序 ， 从 而 将 失败 的 可 能 性 降 至 最 低 

rp 通过 检查 、 评 审 和 测试 频繁 地 对 工作 产品 进行 评审 ， 从 而 进行 产品 和 过 程 
的 改进 

领域 3 干系 人 参与 

理解 干系 人 需求 

任务 1 识别 并 让 被 授权 的 干系 人 参与 定期 评审 ， 确 保 团队 了 解 干 系 人 的 需求 和 期 望 

本 在 项 目 实施 中 ， 通 过 尽早 的 、 贯 穿 始终 的 知识 分 享 ， 识 别 并 让 所 有 干系 人 
(当前 及 未 来 的 ) 参与 ， 确 保 信息 和 价值 流通 不 受阻 

确保 干系 人 参与 

ep 通过 在 关键 的 干系 人 中 形成 一 种 工作 协定 去 建立 干系 人 关系 ， 促 进 干系 人 参 


与 和 有 效 协作 
































任 务 

任务 4 持续 评估 项 目 和 组 织 中 的 变化 ， 维 持 适度 的 干系 人 联络 ， 确 保 新 的 干系 人 都 
能 适当 地 参与 项 目 

任务 5 在 组 织 和 成 员 之 间 建 立 合作 性 的 行为 ， 营 造 群 体 决策 和 冲突 解决 的 氛围 ， 提 
升 决策 质量 并 减少 决策 时 间 

管理 干系 人 的 期 望 

柱状 必 通过 设立 一 个 总 体 的 愿景 和 一 系列 支持 的 目标 ， 在 各 个 增 量 的 层级 (产品 、 
可 交付 成 果 、 版 本 、 和 迭代 ) 上 建立 共同 的 愿景 ,平衡 干系 人 的 期 望 并 建立 信任 

任务 7 通过 促进 干系 人 之 间 的 交流 ， 建 立 并 保持 对 于 成 功 标准 、 可 交付 成 昭和 可 接 
受 的 折 中 等 事项 的 共同 理解 ,平衡 干系 人 的 期 望 并 建立 信任 

任务 通过 对 团队 进度 、 工 作 质量 、 障 碍 和 风险 的 沟通 ， 让 工作 状态 透明 可 见 ， 从 
而 有 助 于 主要 干系 人 做 出 有 效 的 决策 

任务 9 提供 详 略 适当 的 决策 ， 兼 顾 确定 性 和 适应 性 ， 让 干系 人 更 有 效 地 制订 计划 

领域 4 团队 绩效 

团队 组 建 

任务 1 与 团队 成 员 一 起 制定 规则 和 流程 ， 从 而 培养 团队 凝聚 力 ， 加 强 团队 成 员 对 共 
同 成 果 的 承诺 

全 组 建 一 个 拥有 项 目 所 需 的 基本 人 际 技能 和 技术 技能 的 团队 ， 从 而 如 期 创造 商 
业 价值 

团队 授权 

任务 3 鼓励 团队 成 员 成 为 通才 型 专家 ， 从 而 缩小 团队 规模 ， 减 少 瓶 须 ， 打 造 高 绩效 
的 跨 职 能 团队 

任务 4 授权 团队 并 鼓励 日 发 性 领导 ， 实 现 团 队 日 组 织 ， 从 而 产生 有 效 的 解决 方案 并 
管理 复杂 性 

任务 5 持续 挖掘 团队 和 个 人 的 激励 因素 及 不 满 因素 ， 确 保 团队 在 整个 项 目 中 保持 高 
涨 的 士气 和 高 效 的 产 出 

团队 协作 和 承诺 

任务 6 通过 共同 办 公 或 使 用 协作 工具 ， 在 团队 内 部 及 响应 的 外 部 干系 人 之 间 保 持 紧 
密 沟 通 ， 减 少 误解 和 返工 

任务 7 减少 干扰 因素 ， 创 造 可 预测 的 产 出 ， 最 大 化 交付 价值 

任务 8 分 享 项 目 愿 景 ， 协 调 项 目 目标 和 团队 目标 ， 确 保 团队 理解 如 何 将 个 人 目标 融 
入 项 目 整体 目标 

任务 9 鼓励 团队 通过 跟踪 和 测量 之 前 适 代 或 者 发 布 中 的 实际 表现 来 测量 他 们 的 速度 ， 
以 便 更 好 地 了 解 他 们 的 能 力 并 进行 更 加 准确 的 预测 

领域 5 适应 性 计划 

计划 的 层次 

汗 容 1 在 各 个 不 同 的 层面 (成 略 、 版 本 、 和 迭代 )， 每 日 进行 详 略 适当 的 计划 ， 采 用 深 
动 式 计划 和 渐进 明细 的 方法 ， 兼 顾 产 出 的 可 预测 性 以 及 开拓 机 会 的 能 

任务 2 通过 鼓励 关键 干系 人 参与 计划 、 公 布 计划 结果 使 计划 活动 公开 化 、 透 明 化 ， 





从 而 增强 团队 的 承诺 ， 减 少 不 确 定性 


任务 3 
适应 


任务 4 


任务 5 


敏捷 估计 
任务 6 
任务 7 


任务 8 


任务 9 


任务 10 


领域 6 
任务 1 
任务 2 
任务 3 
任务 4 
任务 5 

领域 7 
任务 1 
任务 2 
任务 3 
任务 4 


任务 5 
任务 6 








任 务 
项 目 实施 期 间 ， 设立 并 管理 干系 人 的 期 望 ， 在 各 个 层级 做 出 相应 的 承诺 ， 确 
保 大 家 对 预计 的 可 交付 成 果 达 成 一 致 的 理解 


定期 回顾 项 目 可 交付 成 果 的 特点 、 大 小 、 复 杂 度 、 重 要 性 ， 根 据 硅 和 谷 结果 调 
整 节奏 和 计划 过 程 ， 最 大 化 交付 物 的 价值 

根据 团队 学 习 、 交 付 经 验 、 干 系 人 反馈 、 产 品 缺 陷 等 情况 ， 检 查 并 调整 项 目 
计划 ， 应 对 需求 、 时 间 、 预 算 、 优 先 级 等 方面 的 变更 ， 从 而 实现 商业 价值 的 最 
大 化 





使 用 渐进 明细 的 技术 估算 项 目 各 项 的 大 小 ， 不 受 团队 速度 和 外 部 变量 的 约束 
综合 考虑 运 维 需求 和 其 他 因素 去 调整 生产 能 力 ， 制 定 或 者 更 新 估算 区 间 
基于 当前 对 于 项 目 所 需 投 入 的 概略 理解 ， 制 定 一 个 初始 范围 、 时 间 表 和 成 本 
估计 区 间 ， 从 而 确定 项 目 管理 的 起 点 

基于 对 项 目 所 需 投 入 的 最 新 理解 ， 重 新 调整 项 目 范围 、 时 间 表 和 成 本 的 估算 
区 间 ， 从 而 管理 项 目 

持续 关注 资源 生产 能 力 、 项 目 规模 、 速 度 指标 等 方面 的 变化 ， 使 用 这 些 数据 
来 评估 剩余 的 估计 

问题 发 现 和 解决 

通过 鼓励 对 话 和 试验 去 营造 一 个 开放 、 安 全 的 环境 ,将 影响 团队 速度 或 妨碍 
交付 价值 的 问题 和 阻碍 展露 无 遗 

在 项 目的 各 个 节点 上 教育 和 鼓励 团队 参与 ， 识 别 威胁 和 问题 并 在 合适 的 时 机 
解决 ， 改 进 导致 这 些 问题 产生 的 过 程 

确保 问题 由 合适 的 团队 成 员 解 决 ， 对 于 无 法 解决 的 问题 ， 重 新 设 定期 望 ， 从 
而 最 大 化 交付 的 价值 

维护 一 个 可 见 的 、 实 时 监控 的 、 按 优先 级 排序 的 威胁 和 问题 列表 ， 加 强 责任 
意识 ， 鼓 励 采取 行动 ， 跟 踪 责 任 人 和 解决 状态 

通过 维护 威胁 列表 并 将 相关 活动 整合 到 工作 待 办 事项 中 ， 达 到 对 威胁 和 问题 
状态 的 沟通 ， 保 持 透明 度 

持续 改进 (产品 、 过 程 、 人 员 ) 

通过 定期 评审 和 整合 团队 实践 、 组 织 文 化 及 交付 目标 ， 定 制 和 调整 项 目 过 程 ， 
确保 在 组 织 规划 与 标准 的 框架 内 实现 团队 效能 

经 常 进行 回顾 和 改进 试验 ， 改 善 团 队 过 程 ， 进 而 不 断 增强 团队 、 项 目 和 组 织 
的 效能 

通过 增 量 交 付 和 频繁 演示 ， 寻 求 反 馈 ， 从 而 改进 产品 的 价值 

营造 持续 学 习 的 环境 ， 提 供 让 成 员 提 升 技能 的 机 会 ， 从 而 打造 一 个 通才 型 专 
家 的 富有 成 效 的 团队 

审视 当前 的 过 程 元 素 ， 进 行 价值 流 分 析 并 消除 浪费 ， 提 升 个 体 效率 和 团队 效能 
在 团队 和 组 织 之 间 传 播 知 识 和 实践 ， 推 动 系统 性 改进 ， 防 止 同 类 问题 再 次 发 
生 ， 提 升 组 织 的 整体 效能 


( 续 ) 
工具 和 技术 


以 下 示例 仅 用 于 阐述 工具 包 的 广度 ， 并 不 代表 工具 包 中 所 有 技术 和 工具 ( 包 
括 但 不 限于 如 下 工具 和 技术 ) 

product roadmap 产品 路 线 图 

user stories/backlog 用户 故事 / 待 办 事项 

story maps 故事 地 图 

progressive elaboration ”渐进 明细 





agile analysis| wireframes 线 框 图 
and design ” 敏 | chartering 章程 
捷 分 析 设 计 personas ” 人物 
agile modeling ”敏捷 建 模 
workshops 工作 坊 
learning cycle 学 习 周 期 
collaboration games ”协作 游戏 
relative sizing/story points/T-shirt sizing 相对 尺寸 /故事 点 数 代 性 太 二 
agile estima-| wide band Delphi/planning poker 宽带 德尔 非 /计划 扑克 
tion 敏捷 估计 affinity estimating 亲 和 估 计 
ideal time ”理想 时 长 
information radiator 信息 发 射 源 
team space agile tooling 团队 协作 敏捷 工具 
osmotic communications for co-located and/or distributed teams 共同 办 公 或 
分 布 式 团队 的 渗透 式 沟通 
communica-| two-way communications (trustworthy, conversation driven) ”双向 沟通 (值得 
tions ”沟通 信任 ， 谈 话 驱 动 ) 
social media-based communication ”基于 社交 媒体 的 沟通 
active listening ”积极 倾听 
brainstorming 头脑 风暴 
feedback methods 反馈 方法 
emotional intelligence 情商 
collaboration ”协作 
interpersonal| adaptive leadership 适应 性 领导 
skills 人 际 技能 | servant leadership 服务 型 领导 
negotiation ”谈判 
conflict resolution ”冲突 解决 
velocity/throughput/productivity 速度 /产能 /生产 率 
metrics 测量 | cycle time 循环 时 间 
方法 lead time 提前 时 间 
EVM for agile projects ”敏捷 项 目的 挣 值 管理 
defect rate ”缺陷 率 
approved iterations ”批准 的 迭代 
work in progress ”过程 中 工作 /在 制品 


metrics ”测量 


方法 


planning, mo- 
nitoring, and ad- 
apting ” 计 划 、 
监控 和 适应 


process impr- 
过 程 改 


ovement 
进 


product qua- 


lity 产品 质量 


risk manage- 


ment 风险 管理 


value-based pr- 
ioritization ”基于 


价值 的 优先 级 


4 .通过 标准 


过 


按照 PMI 官 网 上 的 说 法 ，120 道 题 中 ， 扣 除 20 道 题 (不 是 事先 选 定 ， 而 是 根据 考试 情况 事后 选 定 ) ，100 道 题 中 对 60 道 即 可 


o 


工具 和 技术 
reviews 评审 
Kanban board 看 板 面 板 
task board 任务 面板 
timeboxing ”时 间 仿 
iteration and release planning 迭代 和 发 布 计划 
variance and trend analysis ”偏差 和 趋势 分 析 
WIP limits 过 程 中 工作 限制 
daily stand ups ”每 日 站 会 
累计 流量 图 
backlog grooming/refinement 待 办 事项 清理 / 优化 
product-feedback loop ”产品 反馈 环 路 
Kaizen 改善 
the Five WHYs 五 问 法 


retrospectives, intraspectives 


burn down/up charts 


cumulative flow diagrams 


回顾 、 反 思 
process tailoring/hybrid models ”过 程 定制 / 混合 模型 


value stream mapping 价值 流 图 


control limits ”控制 极限 

pre-mortem (rule setting, failure analysis) 事前 预防 ( 设 定 规则 、 失 败 分 析 ) 
fishbone diagram analysis ” 鱼 骨 图 分 析 

frequent verification and validation ”频繁 核实 与 确认 


定义 完成 
continuous integration ”持续 集成 


definition of done 


测试 ， 包 括 探索 性 和 可 测试 性 


testing, including exploratory and usability 


risk adjusted backlog 
风险 燃 尽 图 
风险 探测 

架构 探测 
ROILNPV/IRR 投资 回报 率 / 净 现 值 /内 部 收益 率 
Compliance 合 规 
customer valued prioritization 客户 价值 优先 级 排序 
需求 评审 
minimal viable product (MVP) 最 小 可 行 产品 
minimal marketable feature (MMF) 最 小 可 售 功能 
relative prioritization/ranking ”相对 优先 级 /排名 


risk burn down graphs 
risk-based spike 
architectural spike 


requirements reviews 


MoSCoW =Must, Should, Could, Would like to have, but not this time (Won’t) 


卡 诺 分 析 


Kano analysis 


自从 2015 年 12 月 考试 以 来 ，PMI-ACP 考 试 的 成 绩 按照 7 个 领域 进行 计 分 。 每 个 领域 定性 分 数 有 3 个 ， 分 别 是 P ( 优 ) 、 
M ( 良 ) 、B ( 差 ) 。 最 高 分 数 是 PPPPPPP ( 即 7P) ; 最 低 分 数 是 BBBBBBB。 一 般 情 况 下 ，4M3B 以 上 就 可 以 通过 考试 ， 但 是 
因为 是 定性 打分 ，P、M、B 这 样 的 等 级 并 不 能 绝对 代表 真实 的 分 数 ， 比 如 同一 个 过 程 域 的 两 个 人 得 分 都 是 M， 但 是 答对 的 题目 
的 数量 可 能 相差 5 道 以 上 。 所 以 ， 实 际 中 会 出 现 一 种 情况 ， 一 样 是 3M4B 的 成 绩 ， 有 的 人 通过 了 ， 有 的 人 则 没有 通过 。 


5. 学 习 建 议 


(1) 准备 时 间 。 建 议 至 少 2 个 月 ， 定 量 地 说 ， 需 要 准备 150 个 小 时 左右 ， 量 变 才 会 达到 质变 。 尤 其 是 对 于 PMI1-ACP 考 试 来 
说 ， 更 多 的 是 对 理念 的 理解 、 思 维 模式 的 转化 ， 所 以 准备 时 间 的 量 是 要 有 保证 的 ， 主 要 以 阅读 PMI 官 方 给 出 的 ACP 考 试 参考 书 为 
主 ， 从 中 理解 敏捷 的 精髓 ， 指 导 答 题 。 事 实证 明 ， 临 时 抱佛脚 的 同学 在 PMI-ACP 考 试 中 往往 不 是 那么 幸运 。 

(2) 准备 方法 。 

:参加 PMI-ACP 考 前 培训 。 

PMI-PMP 考 试 有 一 本 标准 的 考试 用 书 一 一 《PMBOK 指 南 》， 大 部 分 的 考点 都 在 这 本 书 中 。PMI1-ACP 考 试 则 不 同 ， 官 方 推 
荐 的 考试 用 书 有 12 本 (其 中 还 包含 全 英文 书籍 ) ， 这 12 本 书 要 全 部 看 完 除了 精力 、 时 间 等 跟 不 上 外 ， 考 生 也 会 觉得 找 不 到 重 
点 。 另 外 ， 敏 捷 各 个 不 同 的 流派 会 存在 一 些 观点 上 的 差异 ， 进 而 会 给 读者 带 来 困惑 。 

PMI-ACP 考 前 培训 通过 老师 对 考纲 的 梳理 和 对 12 本 考试 用 书 的 分 析 整 理 ， 能 够 更 准确 、 更 高 效 地 把 ACP 的 内 容 展 示 出 来 ， 
逻辑 上 更 助 于 理解 ， 内 容 上 更 有 针对 性 。 

国内 的 PM1-ACP 培 训 课 程 一 般 都 是 4 天 ， 对 于 这 4 天 课程 ， 考 生 要 全 程 参加 ， 尽 可 能 地 选择 权威 的 机 构 和 专业 的 授课 老师 。 


“阅读 参考 书 。 





因为 PMI-ACP 的 培训 课程 仅 有 4 天 的 时 间 ， 对 于 某 些 知识 点 并 不 能 进行 详细 的 前 述 ， 因 此 考生 需要 借助 参考 书 。 参 考 书 的 选 
择 要 注意 书籍 的 权威 性 ， 建 议 考生 仔细 阅读 本 书 (3 遍 以 上 ) 。 针 对 PMI-ACP 考 试 ，PMI 官 方 给 出 了 12 本 参考 书 ， 考 生 可 以 将 其 
作为 一 种 补充 ( 见 表 0-4) 。 


表 0-4 


本 ET 


Agile Retrospectives: Making Good 《敏捷 回顾 ， 团队 从 优秀 到 掉 电子 工业 出 版 杜 
Teams Great 越 之 道 》 
Agile Software Development: The es ee A ;开山 二村 
《敏捷 软件 开发 ( 原 书 第 2 版 )》| “机械 工业 出 版 村 
The S Proj M 
《软件 项 目 管理 与 敏捷 方法 》 机 械 工 业 出 版 杜 
Bridge to Agility 


Coaching Agile Teams: 4 Companion | ”如 何 构 建 敏捷 项 目 管理 团队 : 
4 |for ScrumMasters, Agile Coaches, and | ScrumMaster、 敏 捷 教 练 与 项 目 | 电子 工业 出 版 村 
Project Managers in Transition 经 理 的 实用 指南 》 


Agile Project Management: Creatin 。 本 全 
i 5” "| 敏捷 项 目 管理 ( 原 书 第 2 版 ) | 清华 大 学 出 版 村 
Innovative Products (2nd Edition) 


Becoming Agile: ...in an imperfect 
world 


7 Agile Estimating and Planning 《敏捷 估计 与 规划 》 清华 大 学 出 版 杜 


: (外 捷 开 发 的 艺术 ，》 机 械 工 业 出 版 
User Stories Applied: For Agil 
Software Development 
Agile Project M jh 


Lean-Agile Software Development: | 《精益 -敏捷 项 目 管理 实现 














11 电子 工业 出 版 杜 
Achieving Enterprise Agility 企业 级 敏捷 》 
PMI-ACPsm Exam Prep, Premier 
. PMI 网 上 书店 PML 
Edition: A Course in a Book for Passing pd 
12 人 Ni ACP 备考 书籍 ( 非 指 
the PMI Agile Certified Practitioner 2 书 ) 
定 参考 
(PMLACP) SM Exam 
-做 模拟 题 。 


因为 PMI-ACP 考 试 是 在 2015 年 进入 中 国内 地 的 ， 加 之 PMI 没 有 指定 标准 版 的 参考 书 ， 所 以 模拟 题 相 对 比较 少 ， 建 议 选择 权 
威 机 构 的 模拟 试题 来 做 。 


做 题 的 目的 有 以 下 两 个 : 一 是 检验 学 习 效 果 ， 发 现 遗 漏 的 知识 点 ;二 是 熟悉 PM1I-ACP 考 试 的 题目 类 型 ,培养 做 题 的 感觉 。 
建议 考生 至 少 做 完 300 道 以 上 的 模拟 试题 。 


模拟 题目 的 选择 宁 缺 仔 滥 ， 题 目 风格 要 与 真题 接近 ， 最 好 是 选择 权威 机 构 和 专业 老师 推荐 的 题目 。 


做 题 时 ， 要 确保 对 每 个 知识 点 准确 掌握 ， 防 止 遗 留 的 对 于 概念 的 疑惑 和 争议 。 对 于 不 明白 的 题目 ， 考 生 可 以 及 时 咨询 老师 和 
同学 ， 对 于 做 错 的 题目 要 善于 总 结 。 


第 1 草 ”敏捷 的 理念 


学 习 指 南 



































本 章 主 要 阐述 敏捷 的 核心 价值 观 ， 包括 敏捷 的 4 大 宣言 和 12 条 原则 ， 0 走 的 核心 所 在 。PMI-ACP 考 试 中 直接 考 宣言 和 原则 的 题目 不 
多 ， 但 是 大 部 分 主观 题 都 要 价值 观 作为 背后 的 依据 以 进行 选择 。 所 以 ， 对 于 每 条 宣言 和 原则 ， 考 生 都 要 理解 、 掌 握 和 应 用 。 

























































































1.1 为 什么 需要 敏捷 


不 同类 型 的 项 目 需要 不 同 的 方法 ， 对 于 传统 的 、 外 部 环境 相对 稳定 、 项 目 变更 较 少 的 项 目 来 说 ， 使 用 预测 型 的 生命 周期 是 一 
个 很 好 的 选择 。 随 着 互联 网 思维 的 冲击 ， 越 来 越 多 的 企业 需要 聚焦 客户 价值 ， 更 快 、 更 准 地 发 布 产品 ， 通 过 不 断 调整 去 适应 外 部 


的 市 场 环 境 。 所 以 ， 对 于 处 于 时 间 紧 急 、 环 境 变 更 较 大 的 情况 下 的 知识 型 项 目 ， 敏 捷 方 法 是 很 好 的 选择 。 敏 捷 是 一 项 平衡 灵活 性 
和 稳定 性 的 能 
1. 敏 捷 适 应 的 场景 


敏捷 开发 的 流程 不 适用 于 所 有 的 项 目 。 对 于 那 种 变化 不 大 、 客 户 或 者 市 场 对 于 产品 交付 的 时 间 要 求 不 是 很 强烈 的 情况 ， 敏 捷 
的 流程 反而 会 增加 团队 的 负担 ， 但 是 敏捷 的 思想 或 者 有 些 比较 好 的 实践 是 完全 可 以 广泛 适用 的 。 项 目 大 并 不 是 拒绝 使 用 敏捷 的 理 
由 。 一 个 项 目 只 要 面临 频繁 的 变化 (尤其 是 中 后 期 ) ， 或 者 客户 希望 尽早 看 到 能 够 运行 的 产品 ， 这 样 的 项 目 最 好 使 用 敏捷 流程 进 
行 开 发 。 

2 .敏捷 的 思维 


为 什么 要 使 用 敏捷 ? 与 传统 的 思维 方式 相 比 ， 敏 捷 有 什么 不 同 ? 如 图 1-1 所 示 。 


mm 


' 是 流程 的 问题 
* 系统 思考 ， 优 化 整体 
* 快速 交付 和 高 质量 互 为 手段 、 





目的 

一 针对 个 人 进行 考核 * 针对 流程 进行 考核 

. 激励 并 管理 员工 ee . 清除 员工 面临 的 障碍 ， 开 发 
. 谁 犯 的 这 个 错 员工 

. 了 解 并 做 好 你 的 工作 . 是 什么 让 错误 发 生 了 

. 为 了 更 好 地 预测 ， 做 全 面 的 . 我 的 工作 如 何 配合 其 他 部 分 
分 析 . 频繁 的 预测 才 是 可 依赖 的 方法 
. 大 而 集中 能 提高 效率 . 小 而 灵活 才 是 美 








图 1-1 传统 思维 与 敏捷 思维 的 区 别 
3. 敏 捷 开 发 的 基石 是 增 量 交付 


敏捷 开发 的 基石 是 增 量 交 付 。 增 量 交付 是 指 为 及 时 反馈 和 接纳 ， 频 繁 向 客户 交付 持续 改善 的 工作 产品 。 为 演示 和 反馈 ， 往 往 
在 每 一 个 冲刺 或 迭代 的 末期 交付 产品 。 这 项 反馈 技能 能 够 使 客户 评价 产品 并 提出 新 的 需求 。 在 敏捷 流程 中 ， 接 受 变动 /更 新 /改善 
的 需求 ， 才 能 确保 客户 得 到 有 价值 和 质量 的 产品 。 一 个 冲刺 或 迭代 往往 持续 2 ~ 4 周 ， 最 后 ， 渐 进 地 交付 一 个 新 的 并 改善 的 产 


4. 敏 捷 项 目的 团队 和 质量 标准 


所 有 敏捷 工作 均 有 项 目 和 质量 标准 ， 在 一 项 工作 初期 由 团队 协作 定义 ， 并 在 整个 工作 期 间 持续 改进 。 项 目 和 质量 标准 有 助 于 
提高 敏捷 团队 的 凝聚 力 。 此 外 ， 尽 管 团队 可 随 着 项 目 发 展 做 出 调整 ， 但 我 们 仍 需 提供 一 个 结构 来 营造 一 种 自我 约束 的 氛围 。 敏 捷 
中 不 存在 “一 刀 切 ”的 标准 定义 ， 因 为 每 一 个 项 目 均 是 不 同 的 。 项 目标 准 是 可 变 的 ， 比 如 站 会 的 时 间 、 地 点 等 。 


1.2 ”敏捷 宣言 


2001 年 ，17 位 软件 开发 领域 的 领军 人 物 ， 聚 集 在 美国 犹他 州 的 滑雪 胜地 一 一 雪 鸟 滑雪 场 ， 共 同 发 布 敏捷 宣言 ， 之 后 ,敏捷 
开发 作为 一 个 全 新 的 软件 开发 管理 模式 和 价值 观 在 众多 软件 开发 人 员 及 团队 中 推广 。 敏 捷 宣言 如 图 1-2 所 示 。 











我 们 正在 通过 亲身 实践 以 及 帮助 他 人 实践 ,揭示 
更 好 的 软件 开发 方法 , 通过 这 项 工作 , 我 们 认为 : 


个 体 和 交互 胜 过 过程 和 工具 
可 以 工作 的 软件 ” 胜 过 面面俱到 的 文档 
客户 合作 胜 过 合同 谈判 
响应 变化 胜 过 尊 种 计划 


虽然 右 项 也 具有 价值 ， 
但 我 们 认为 左 项 具有 更 大 的 价值 ， 








图 1-2 ”敏捷 宣言 


在 对 每 条 宣言 解读 之 前 ， 先 要 说 明 ， 上 述 宣 言 的 模式 不 仅仅 是 4 句 话 ， 而 是 1+4+1 的 模式 。 


“1” 一 一 “我 们 正在 通过 亲身 实践 以 及 帮助 他 人 实践 ， 揭 示 更 好 的 软件 开发 方法 。” 这 人 句 话说 明 这 些 敏捷 的 宣言 是 从 软件 
行业 产生 的 一 种 最 佳 实践 ， 并 非 适应 于 所 有 的 场景 。 


“4” 一 一 4 句 话 宣言 。 宣 言及 用 “A 胜 过 B” 这 种 格式 ， 不 是 简单 的 黑白 选择 ， 也 不 是 简单 的 “用 A 奉 代 B”， 而 是 A 和 B 都 
被 承认 在 同一 个 项 目 中 ， 但 我 们 需要 更 多 地 聚焦 在 A 方面 。 

“1” 一 一 “虽然 右 项 也 具有 价值 ， 但 我 们 认为 左 项 具有 更 大 的 价值 。” 这 人 句 话 是 容易 被 忽视 的 ， 很 多 人 在 学 习 敏 捷 或 者 推 
进 敏捷 的 时 候 ， 会 步 入 极端 ， 比 如 认为 敏捷 不 需要 文档 ， 或 者 认为 敏捷 不 需要 合同 ， 也 不 需要 很 多 流程 ， 这 样 的 观念 是 错误 的 。 
在 考试 中 ， 出 现 类 似 的 说 法 也 是 错误 的 。 敏 捷 的 友 起 人 认为 ， 右 项 的 流程 、 文 档 、 合 同 、 计 划 依 然 是 需要 的 ， 只 是 提醒 大 家 在 项 
目 实施 中 更 多 地 关注 左 项 的 交互 、 可 工作 的 软件 、 客 户 合 作 、 响 应 变化 。 对 敏捷 宣言 的 正确 解读 在 PMI-ACP 考 试 中 尤为 重要 ， 
关于 这 一 点 ， 在 本 书 最 后 一 章 的 答题 技巧 中 会 有 说 明 。 


基于 上 面 的 假设 ， 我 们 来 逐条 解读 上 述 四 句 宣言 。 
1. 个 体 和 交互 胜 过 过 程 和 工具 


流程 和 工具 是 我 们 项 目 中 需要 的 ， 将 团队 的 目的 聚焦 于 个 体 参 与 和 互动 。 项 目 是 通过 人 来 完成 的 ， 而 不 是 通过 工具 。 困 难 也 
是 由 人 来 解决 的 ， 而 不 是 通过 流程 。 同 样 ， 项 目 由 人 来 执行 ， 范 围 由 人 来 确定 ,项 目 成 功 也 是 由 人 来 定义 的 。 个 体 的 参与 和 交互 
将 有 利于 项 目 成 功 。 但 是 ， 并 不 是 说 流程 和 工具 对 于 项 目的 成 功 没有 帮助 ， 这 些 反而 是 重要 的 组 织 资 产 。 我 们 中 拥有 工程 背景 的 
人 ,， 会 自然 地 倾向 于 流程 和 工具 带 来 的 逻辑 性 和 预见 性 。 然 而 ， 项 目 最 终 还 是 天 系 到 人 ， 所 以 要 想 成 功 ， 我 们 需要 人 花费 大 量 的 时 
间 去 完善 一 些 不 可 预知 的 领域 。 第 一 条 价值 观 “ 个 体 和 交互 胜 过 流程 和 工具 ”有 助 于 聚焦 个 体 的 时 间 、 能 量 和 激情 。 


2. 可 以 工作 的 软件 胜 过 面面俱到 的 文档 


软件 项 目 以 创造 有 价值 、 高 质量 的 软件 为 首要 目标 。 然 而 很 多 人 经 常会 过 多 地 关注 一 些 临 时 的 可 交付 成 果 ， 比 如 泛泛 的 文 
档 ， 却 不 太 关注 支持 项 目 最 终 目标 的 可 工作 的 软件 。 没 有 文档 描述 的 软件 在 技术 支持 和 维护 上 一 定 会 出 现 问 题 及 阻碍 ， 但 是 只 有 
详尽 的 文档 而 没有 完成 软件 对 于 任何 一 个 组 织 而 言 都 是 没有 价值 的 。 所 以 ， 文 档 是 需要 的 ， 但 需要 把 握 其 中 的 度 。 


20 世 纪 八 九 十 年 代 面临 的 主要 问题 在 于 庞大 的 团队 、 复 杂 的 软件 系统 、 无 文本 遗留 、 应 用 程序 没有 有 效 支持 ， 所 以 ， 在 这 
样 的 环境 中 ， 文 档 是 必需 的 。 很 多 软件 开发 人 员 都 会 注重 细节 和 流程 ， 虽 然 这 些 可 以 带 来 高 的 收益 ， 但 是 会 使 开发 人 员 的 关注 点 
远离 软件 开发 项 目的 初衷 一 完成 可 工作 的 软件 。 所 以 ， 敏 捷 宣 言 “ 可 工作 的 软件 胜 过 详尽 的 文档 ”提醒 项 目 成 员 更 多 地 聚焦 
于 项 目的 目标 一 一 价值 。 如 果 过 多 地 关注 了 文档 而 牺牲 了 可 以 工作 的 软件 ， 那 么 文档 也 是 无 用 的 、 没 有 价值 的 。 


3. 客 户 合作 胜 过 合同 谈判 


本 条 价值 观 提醒 我 们 需要 做 到 灵活 与 包容 ， 而 不 能 死板 ， 类 似 于 “正确 地 做 事情 ”和 “做 正确 的 事情 ”。 我 们 可 以 完全 按照 
最 初 规定 来 完成 产品 ， 一 旦 客户 改变 想法 或 优先 级 ， 最 好 的 做 法 是 通过 灵活 的 方法 完成 新 的 目标 ， 而 不 是 用 最 初 的 规定 来 对 抗 。 


知识 型 项 目 是 动态 的 ， 特 别 是 软件 系统 ; 软件 是 无 形 的 和 难以 参考 的 ， 每 一 个 软件 系统 都 是 独特 的 。 外 界 的 需求 变化 很 快 ， 
技术 的 革新 非常 迅速 ， 我 们 应 该 识别 出 将 要 发 生变 更 的 事件 ， 与 客户 共同 定义 “完成 ”。 这 将 取决 于 更 加 互信 的 天 系 和 更 灵活 的 
合同 模式 ， 同 时 也 需要 将 我 们 的 工作 重点 从 没有 附加 价值 的 活动 (例如 对 范围 的 争论 ) 转移 至 更 富有 价值 的 工作 上 。 


4. 响 应 变化 胜 过 遵循 计划 


遵循 计划 是 指 按 计 划 行 事 ， 中 间 可 能 需要 采取 纠正 措施 ， 目 的 是 为 了 使 预期 的 未 来 绩效 与 项 目 计划 一 致 而 做 的 一 切 事情 。 响 
应 变化 则 是 适应 的 过 程 ， 通 过 卓越 构想 和 不 断 反 馈 来 采取 适应 措施 ， 适 应 的 目的 是 对 实践 而 非 预定 计划 的 回应 ， 是 响应 而 非 纠 
正 。 


最 初 的 计划 有 时 候 是 不 完全 完善 的 。 如 果 我 们 努力 将 项 目 按照 最 初 的 计划 执行 ， 那 么 会 使 我 们 投入 更 多 的 精力 去 响应 必然 的 
变更 ， 从 而 导致 投入 的 精力 白白 浪费 掉 了 。 但 是 敏捷 宣言 并 没有 建议 我 们 为 了 应 对 变化 而 完全 放弃 计划 。 我 们 需要 对 项 目 做 计 
划 ， 同 时 ， 我 们 也 要 了 明白， 最初 的 项 目 计划 是 我 们 在 项 目 开始 时 制订 的 ， 随 着 工作 的 进展 ， 我 们 需要 持续 更 新 计划 。 所 以 ， 敏 捷 
中 提倡 5 层 计划 ， 对 于 这 部 分 内 容 ， 我 们 会 在 本 书 的 第 5 章 中 进行 讲解 。 


“响应 变化 胜 过 遵循 计划 ”对 于 存在 很 高 变更 比率 的 软件 项 目 尤为 重要 。 同 样 ， 我 们 通过 相应 变化 来 代 蔡 抑制 变化 以 及 使 用 
大 量 的 时 间 和 精力 来 遵循 一 个 大 型 计划 。 敏 捷 项 目 具有 很 高 的 工作 列队 的 可 视 性 ， 通 过 待 办 事项 和 任务 看 板 来 形成 计划 。 敏 捷 价 
值 观 的 主旨 就 是 提倡 适应 性 计划 ， 要 求全 员 积 极 参 与 。 


敏捷 宣言 指导 我 们 以 价值 为 导向 来 实施 项 目 。 我 们 同样 需要 流程 、 工 具 、 文 档 以 及 计划 ， 然 而 相对 于 这 些 ， 我 们 的 关注 点 需 
要 更 多 地 聚焦 于 从 事项 目的 人 、 正 在 进行 中 的 产品 、 合 作 和 灵活 性 。 


1.3 ”敏捷 的 原则 


除了 敏捷 宣言 之 外 ， 宣 言 的 发 起 者 还 为 敏捷 方法 撰写 了 12 条 指导 准则 : 
(1) 我 们 的 最 高 目标 是 通过 尽早 和 持续 地 交付 有 价值 的 软件 来 满足 客户 。 


(2) 即使 在 项 目 开 发 的 后 期 ， 仍 欢迎 对 需求 提出 变更 。 人 敏捷 过 程 通过 拥抱 变化 ， 帮 助 客户 创造 竞争 优势 。 


(3) 要 不 断交 付 可 用 的 软件 ， 周 期 从 几 周 到 几 个 月 不 等 ， 且 越 短 越 好 。 

(4) 在 项 目 过 程 中 ， 业 务 人 员 与 开发 人 员 要 每 天 在 一 起 工作 。 

(5) 要 善于 激励 项 目 人 员 ， 给 他 们 所 需要 的 环境 和 支持 ， 并 相信 和 他们 能 够 完成 任务 。 
(6) 团队 内 部 和 各 个 团队 之 间 ， 最 有 效 的 沟通 方法 是 面对面 的 沟通 。 

(7) 可 工作 的 软件 是 衡量 进度 的 首要 指标 。 

(8) 敏捷 过 程 提倡 可 持续 的 开发 。 项 目 方 、 开 发 人 员 和 用 户 应 该 能 够 保持 恒久 、 稳 定 的 进展 速度 。 
(9) 对 技术 卓越 和 好 的 设计 的 持续 关注 有 助 于 增强 敏捷 性 。 

(10) 尽量 做 到 简洁 ， 尽 最 大 可 能 减少 不 必要 的 工作 。 这 是 一 门 艺术 。 

(11) 最 佳 的 架构 、 需 求 和 设计 出 自 自 组 织 团队 。 

(12) 团队 要 定期 回顾 和 反省 如 何 能 够 做 到 更 有 效 ， 并 相应 地 调整 团队 的 行为 。 

接 下 来 ， 我 们 逐条 解读 这 12 条 原则 。 

(1) 我 们 的 最 高 目标 是 通过 尽早 和 持续 地 交付 有 价值 的 软件 来 满足 客户 。 


第 一 点 是 要 满足 客户 需求 。 如 果 我 们 只 创造 了 完美 的 项 目 计划 和 文档 来 让 公司 的 项 目 管理 办 公 室 (PMO) 或 者 质量 保证 工 
呈 师 (QA) 满意 ， 那 么 我 们 就 是 失败 的 。 我 们 关注 的 焦点 应 该 是 客户 ， 客 户 满意 是 衡量 项 目 成 功 的 关键 要 素 。 


第 二 点 是 尽早 和 持续 交付 。 我 们 必须 让 我 们 的 项 目 和 项 目 团 队 尽早 交付 及 频繁 交付 ， 鼓 励 和 支持 团队 成 员 认 同 这 个 观点 。 早 
期 发 现 错误 会 有 足够 的 时 间 去 修正 ， 修 正 的 成 本 也 是 最 低 的 。 


第 三 点 是 要 交付 有 价值 的 软件 ， 而 不 是 未 完成 的 工作 产品 、 工 作 分 解 结构 (WBS) 术语 、 文 档 或 者 项 目 计 划 。 应 该 具有 目 
标 驱动 ， 对 于 软件 项 目 而 言 ， 目 标 就 是 可 工作 的 软件 ;对 于 其 他 类 型 的 项 目 而 言 ， 目 标 是 产 出 的 产品 和 服务 或 者 成 果 。 


(2) 即使 在 项 目 开 发 的 后 期 ， 仍 欢迎 对 需求 提出 变更 。 人 敏捷 过 程 通过 拥抱 变化 ， 帮 助 客户 创造 竞争 优势 。 


如 果 是 为 了 交付 更 好 的 成 果 和 更 高 优先 级 的 产品 ， 那 么 变更 对 项 目 就 是 好 事 。 对 于 传统 项 目 管理 而 言 ， 变 更 通常 被 认为 是 负 
面 的 ， 这 意味 着 项 目 范 围 蔓延 和 偏离 了 项 目的 计划 ， 需 要 引发 变更 的 成 本 。 所 以 ， 传 统 项 目 中 的 变更 控制 流程 非常 严格 ， 只 有 最 
高 优先 级 的 变更 可 以 被 批准 。 在 传统 项 目 中 ,项目 团队 大 量 的 时 间 和 精力 都 用 在 记录 与 管理 变更 请 求 上 。 


对 于 软件 项 目 或 者 其 他 类 型 的 有 高 变更 比率 的 项 目 而 言 ， 严 格 的 变更 管理 流程 会 带 来 很 多 问题 。 相 比 而 言 ， 敏 捷 项 目 管理 允 
许 变更 的 发 生 ， 比 如 : 极限 编程 (XP) 提倡 “拥抱 变更 ”。 敏 捷 使 用 轻便 、 高 可 视 化 的 方法 来 处 理 待 办 事项 的 优先 级 排序 的 变 
更 。 


高 效 处 理 变更 可 以 帮助 项 目 团队 把 更 多 的 时 间 投 入 在 产品 开发 上 ， 而 不 是 处 理 变 更 上 。 敏 捷 方法 就 是 利用 易 理 解 、 高 可 视 的 
方法 来 处 理 变更 ， 使 项 目 更 加 灵活 。 


(3) 要 不 断交 付 可 用 的 软件 ， 周 期 从 几 周 到 几 个 月 不 等 ， 且 越 短 越 好 。 


虽然 我 们 倡导 越 早 反馈 越 有 价值 ， 但 是 每 个 人 都 会 要 求 完美 ， 把 工作 产品 长 时 间 抓 在 手 上 反而 会 适得其反 。 最 好 的 方式 是 尽 
早 并 且 要 经 常 得 到 对 工作 产品 的 反馈 ， 以 避免 在 错误 的 道路 上 越 走 越 远 。 


本 条 准则 重点 强调 了 将 工作 产品 投入 测试 环境 从 而 获得 反馈 。 频 繁 的 测试 和 反馈 对 敏捷 项 目 非常 重要 ， 团 队 需要 根据 已 完成 
产品 的 反馈 来 确定 如 何 继续 。 当 然 ， 反 馈 中 也 会 存在 变更 的 要 求 。 


豆 时 间 的 交付 有 利于 团队 和 业务 人 员 之 间 的 互动 。 频 繁 的 交付 使 得 项 目 团队 可 以 得 到 更 多 的 商业 机 会 和 反馈 。 通 常 在 演示 会 
上 ， 团 队 会 得 到 业务 优先 级 的 变更 要 求 ， 这 都 是 很 有 价值 的 。 


(4) 在 项 目 过 程 中 ， 业 务 人 员 与 开发 人 员 要 每 天 在 一 起 工作 。 


频繁 的 演示 是 业务 代表 和 开发 人 员 在 项 目 中 共同 工作 的 一 个 很 好 的 切入 点 。 在 实际 工作 中 ， 开 发 人 员 每 日 和 业务 代表 采用 面 
对 面 的 沟通 往往 比较 困难 ,但 是 值得 去 推动 。 面 对 面 的 交流 可 以 更 好 地 观察 胶体 语言 ， 相 比 而 言 ， 文 档 、 电 子 邮 件 或 者 打 电 话 都 
不 能 有 效 地 传达 信息 。 


每 天 和 业务 代表 共同 工作 ， 开 发 团队 对 业务 的 学 习 程 度 和 速度 远 超过 在 需求 收集 会 议 中 对 业务 的 理解 。 因 此 ， 开 发 团队 可 以 
提出 多 种 有 价值 的 解决 方案 来 代 蔡 直接 的 业务 申请 。 业 务 代表 也 可 以 学 习 到 哪些 类 型 的 解决 方案 成 本 高 或 者 开发 速度 慢 ， 哪 些 功 
能 成 本 较 低 ， 进 而 通过 反馈 来 调整 需求 。 


如 果 业 务 代 表 和 开发 团队 不 能 每 日 在 一 起 工作 ， 那 么 也 应 该 尽量 将 两 个 工作 小 组 安排 在 一 起 ， 每 两 天 或 者 频繁 地 相互 参与 工 
作 。 有 些 团队 使 用 “代理 客户 ” (PO 或 者 BA 有 时 候 会 成 为 代理 客户 ) ， 将 “代理 客户 ”作为 商业 代表 的 替身 。 
(5) 要 善于 激励 项 目 人 员 ， 给 他 们 所 需要 的 环境 和 支持 ， 并 相信 他 们 能 够 完成 任务 。 


正如 软件 估算 模型 构造 性 成 本 模型 (COCOMO) 所 显示 的 ， 好 的 团队 成 员 和 好 的 流程 工具 ， 这 两 个 因素 影响 之 间 的 比例 关 
系 是 10 : 1。 这 意味 着 员工 对 一 个 项 目 能 否 成 功 会 起 到 更 重要 的 作用 ， 而 不 是 工具 和 流程 。 


显示 中 ， 我 们 虽然 不 能 确保 每 个 团队 都 是 被 精 挑 细 选 出 来 的 理想 组 合 ， 就 像 中 国 跳水 团队 一 一 梦 之 队 ， 但 是 我 们 可 以 涯 斌 
去 激发 团队 成 员 ， 让 他 们 成 为 一 个 可 以 自我 驱动 的 理想 团队 。 自 组 织 团队 作为 项 目的 一 个 重要 因素 ， 一 旦 员工 开始 自 组 织 和 计划 
工作 ， 其 工作 会 更 加 高 效 。 敏 捷 方法 主张 将 团队 从 微观 管理 和 甘 特 图 中 的 任务 式 管理 中 脱离 出 来 ， 聚 焦 于 工作 技巧 和 团队 协作 从 
而 提高 生产 率 。 


知识 性 项 目 也 包含 有 特殊 经 验 和 技能 的 成 员 。 如 果 开发 团队 可 以 更 好 地 做 出 日 常 决定 以 及 处 理 好 计划 的 工作 ， 那 么 项 目 团队 
中 每 个 成 员 都 会 是 专家 ， 可 以 为 项 目的 成 功 给 予 支 持 。 


(6) 团队 内 部 和 各 个 团队 之 间 ， 最 有 效 的 沟通 方法 是 面对面 的 沟通 。 


写 文 档 可 以 很 好 地 做 记录 ， 但 是 速度 缓慢 会 造成 高 成 本 。 面 对 面 的 沟通 可 以 快速 传达 大 量 的 信息 ， 包 括 表情 和 胶体 语言 。 
拉 宾 法 则 曾经 提出 : “在 信息 沟通 中 ， 除 了 以 语言 的 方式 外 ， 信 息 还 以 许多 方式 表达 。 说 话 的 内 容 仪 占 7%， 语 音 语调 占 3896， 
肢体 语言 占 55%。” 

在 面对面 的 会 谈 中 ， 问 题 可 以 立刻 得 到 解决 ， 而 不 是 被 暂时 搁置 或 者 过 一 段 时 间 再 被 反馈 。 

但 是 ， 面 对 面 会 谈 不 能 用 于 所 有 的 沟通 场合 ， 只 是 提倡 尽量 遵循 。 随 着 团队 规模 的 扩大 ， 面 对 面 的 沟通 很 难 实现 ， 此 时 ， 我 
们 就 需要 引入 适当 的 文档 要 求 。 

(7) 可 工作 的 软件 是 衡量 进度 的 首要 指标 。 

首先 ， 要 将 可 工作 的 软件 作为 项 目的 关注 目标 ， 努 力 将 创建 文档 等 活动 作为 支持 目标 的 手段 而 不 是 首要 任务 。 如 果 产 品 不 能 
工作 ， 就 不 能 被 认为 已 完成 了 。 强 调 “ 可 工作 ”的 软件 是 为 了 提醒 团队 功能 特性 只 有 被 接受 才 算 完成 。 项 目 是 以 结果 为 导向 的 ， 
中 间 过 程 的 可 交付 成 果 (比如 文档 和 部 分 完成 的 工作 ) 都 不 会 得 到 外 部 的 认可 ， 被 客户 使 用 的 产品 才 是 项 目的 关注 点 。 


(8) 敏捷 过 程 提倡 可 持续 的 开发 。 项 目 方 、 开 发 人 员 和 用 户 应 该 能 够 保持 恒久 、 稳 定 的 进展 速度 。 


一 些 快速 应 用 开发 技术 并 非 已 达到 可 持续 开发 的 水 平 ， 很 可 能 会 由 于 工作 时 间 过 长 导致 工作 人 员 过 度 疲 劳 ， 从 而 造成 不 必要 
的 错误 。 针 对 周期 长 且 紧 张 的 开发 阶段 ， 敏 捷 方 法 认为 应 保持 稳定 的 进展 速度 ， 其 价值 在 于 允许 团队 成 员 维持 工作 和 生活 的 平 
衡 。 可 持续 的 速度 不 仅 对 团队 有 好 处 ， 也 会 给 整个 组 织带 来 益处 。 过 长 的 工作 时 间 会 导致 员工 辞职 ， 组 织 也 会 失去 很 多 资源 。 重 
新 雇用 和 整合 新 的 成 员 会 是 一 个 缓慢 且 高 成 本 的 过 程 。 


因此 ， 保 持 恒定 的 开发 速度 可 以 创造 一 个 更 加 和 谐 、 高 效 的 团队 ， 较 小 的 压力 会 提高 工作 效率 、 促 进 团队 之 间 的 协作 。 
(9) 对 技术 卓越 和 好 的 设计 的 持续 关注 有 助 于 增强 敏捷 性 。 


当 我 们 希望 开发 团队 可 以 努力 工作 并 且 交 付 大 量 有 价值 的 产品 时 ， 我 们 也 必须 注意 保持 设计 的 清晰 、 高 效 和 变更 的 灵活 性 。 
精益 求 精 的 技术 和 良好 的 设计 会 使 产品 或 开发 团队 更 早 地 理解 与 更 新 设计 。 


在 软件 世界 中 ， 一 旦 编程 的 基础 紊乱 ， 组 织 将 丧失 对 变更 响应 的 能 力 ， 失 去 其 敏捷 性 。 因 此 ， 我 们 需要 给 开发 团队 足够 的 时 
间 进 行 重 构 ， 重 构 使 编码 更 加 稳定 从 而 维持 更 长 的 时 间 。 


(10) 尽量 做 到 简洁 ， 尽 最 大 可 能 减少 不 必要 的 工作 。 这 是 一 门 艺术 。 
在 软件 行业 中 ， 多 达 60% 的 功能 很 少 被 使 用 或 者 从 来 没有 被 使 用 过 。 
因为 很 多 的 功能 并 没有 被 使 用 ， 而 且 复 杂 的 系统 会 隐藏 很 多 的 不 确定 性 ， 所 以 敏捷 方法 专注 于 简洁 ， 只 完成 必要 的 元 素 。 


复杂 的 项 目 耗 时 长 ， 暴 露 的 风险 相对 较 多 ， 从 而 带 来 更 多 潜在 的 失败 风险 。 因 此 ， 敏 捷 方 法 寻求 “允许 工作 的 最 简洁 产 
品 ”， 并 将 其 推荐 为 首选 的 解决 方案 。 这 种 方法 在 减轻 风险 的 同时 也 帮助 团队 建立 了 信心 。 


(11) 最 佳 的 架构 、 需 求 和 设计 出 自 自 组 织 的 团队 。 


人 们 喜欢 自我 组 织 ， 因 为 他 们 可 以 通过 自己 的 方法 最 佳 地 完成 工作 、 协 调 关系 以 及 适应 环境 ， 同 时 他 们 也 非常 理解 和 支持 这 
种 方式 。 


为 什么 最 佳 架构 、 需 求 和 设计 来 自 项 目 团 队 ， 而 不 是 来 自 项 目 团队 外 部 的 组 织 中 的 最 佳 架 构 师 、 商 业 分 析 师 和 设计 师 ” 因 为 
外 部 的 建议 可 能 存在 很 多 技术 优点 ， 但 是 如 果 团队 对 其 难以 实施 也 将 是 一 个 问题 。 


自 组 织 团 队 有 更 高 的 所 有 权 以 及 对 架构 、 需 求 和 设计 的 荣誉 感 ， 团 队 所 创建 的 观点 如 果 已 经 通过 审查 ， 就 不 需要 再 去 验证 。 
相反 ， 如 果 一 些 观点 来 自 团队 外 部 ， 那 么 需要 团队 来 验证 是 否 可 以 成 功 使 用 ， 这 又 将 是 一 个 富有 挑战 的 任务 。 


此 外 ， 自 组 织 团 队 更 加 贴近 项 目的 技术 细节 ， 因 此 最 适合 去 识别 实施 中 的 问题 。 虽 然 可 以 尝试 采纳 外 部 的 建议 ， 但 是 敏捷 依 
然 倡导 用 团队 的 能 力 去 打造 最 好 的 架构 、 需 求 和 设计 。 团 队 成 员 是 最 了 解 项 目的 人 ， 所 以 也 最 应 该 被 授权 参与 项 目 。 


(12) 团队 要 定期 回顾 和 反省 如 何 能 够 做 到 更 有 效 ， 并 相应 地 调整 团队 的 行为 。 
团队 在 项 目 进 展 中 要 不 断 地 学 习 ， 对 已 经 完成 的 任务 进行 反思 和 调整 ， 从 而 为 余下 的 项 目 工 作 做 好 准备 。 


敏捷 项 目 通 常会 在 每 个 迭代 的 最 后 用 回顾 会 的 方式 反映 在 项 目 工作 中 的 一 些 机 会 以 及 待 改进 的 工作 项 上 。 一 个 项 目 会 有 多 次 
的 回顾 ， 而 不 是 每 个 项 目 仅 有 一 次 复 盘 ， 这 样 可 以 注意 到 很 多 可 能 被 遗忘 的 细节 ， 团 队 也 会 相应 地 去 调整 和 适用 行为 。 


1.4 ”敏捷 的 框架 


图 1-3 是 一 个 全 流程 视角 的 敏捷 框架 。 


次 发 布 之 后 我 们 做 下 一 次 发 布 的 计划 . 
直到 最 后 一 次 发 布 我 们 关闭 项 目 
发 布 前 迭代 
夺 代 3 
迭 代 2 
发 布 计 划 迭代 1 
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@ 技术 开发 团队 

〇 测试 


图 1-3 ”全 流程 视角 的 敏捷 框架 


对 比 PMP 中 项 目 管理 过 程 的 五 大 阶段 : 启动 、 规 划 、 执 行 、 监 控 、 收 尾 ， 敏 捷 项 目 管理 同样 可 以 把 整个 框架 分 为 五 个 阶 
段 , 分 别 是 : 构想 、 推 测 、 探 索 、 适 应 和 结束 阶段 ( 见 图 1-4) 。 

















.构想 : 确定 产品 构想 、 项 目 范围 、 项 目 团队 以 及 团队 共同 工作 的 方式 。 
-推测 : 制订 基于 功能 的 发 布 计划 、 里 程 碑 和 和 迭代 计划 ， 确 保 交 付 构想 的 产品 。 
-探索 : 在 短期 内 提供 经 测试 的 功能 ， 不 断 致 力 于 减少 项 目 风险 和 不 确定 性 。 
适应: 审核 提交 的 结果 、 当 前 情况 以 及 团队 的 绩效 ， 必 要 时 做 出 调整 。 
结束 : 终 目 项目， 交流 主要 的 学 习 成 果 并 庆祝 。 



















































































图 1-4 敏捷 项 目 管理 阶段 


1.5 ”本章 常见 问题 解答 


1. 对 于 敏捷 中 文档 的 度 ， 我 们 应 该 如 何 把 握 ? 什么 样 的 文档 是 需要 的 ， 什 么 样 的 文档 可 裁剪 ? 


答 : 有 价值 的 文档 是 需要 的 。 什 么 样 的 文档 有 价值 ? 一 是 客户 需要 的 文档 ， 比 如 在 软件 行业 的 随机 手册 、 使 用 说 明 书 、 用 户 
手册 等 ; 二 是 有 人 维护 的 文档 。 例 如 ， 在 有 的 项 目 中 ， 代 码 频繁 变更 ， 但 是 对 应 的 详细 设计 就 没有 变更 ， 导 致 详细 设计 没有 被 维 
护 ， 也 就 失去 了 存在 的 价值 。 对 于 类 似 的 文档 ， 在 敏捷 中 认为 都 是 可 以 裁剪 的 ， 前 提 是 确保 输出 的 可 交付 成 果 不 变 形 ， 满 足 预期 
的 标准 和 要 求 。 


2. 敏 捷 宣 言 提 出 “客户 合作 胜 过 合同 谈判 ”， 针 对 不 断 变更 的 需求 ， 如 何 签订 敏捷 的 合同 ? 


答 : 敏捷 的 合同 需要 签订 ， 但 是 签订 合同 的 方式 与 瀑布 的 合同 签订 方式 稍 有 不 同 。 根 据 DSDM 的 方法 ， 敏 捷 合 同 的 生效 必 
须 是 业务 人 员 和 开发 人 员 一 起 工作 。 在 ACP 考 试 中 ， 不 需要 掌握 具体 的 合同 签订 方法 。 


3. 敏 捷 拥 抱 变化 ， 是 否 在 任何 一 个 时 间 点 客户 都 可 以 提出 变更 ? 


答 : 敏捷 项 目 聚焦 于 客户 的 价值 ， 所 以 只 要 是 可 以 给 客户 带 来 竞争 优势 的 变更 ， 都 可 以 进行 ， 所 以 在 任何 一 个 时 间 点 都 应 该 
允许 客户 提出 变更 。 


4. 团 队 既 要 保证 迭代 的 不 被 干扰 ， 又 要 响应 变更 ， 岂 不 是 矛盾 ? 


答 : 虽然 客户 在 生命 周期 的 任何 一 个 时 间 点 上 都 可 以 提出 变更 ， 但 是 团队 并 不 会 立刻 响应 变更 ， 通 常会 在 迭代 计划 中 梳理 每 
个 用 户 故事 的 优先 级 ， 根 据 价值 排序 ， 将 需要 增加 的 需求 可 以 加 入 产品 待 办 事项 ; 同样 ， 价 值 相对 比较 低 的 可 以 排 到 产品 待 办 事 


项 的 最 底 端 或 者 直接 删除 。 变 更 时 ， 需 要 考虑 敏捷 的 合同 ， 如 果 要 维持 合同 的 不 变 ， 增 加 一 个 故事 ， 就 要 拿 走 一 个 等 价 故事 点 数 
的 故事 。 


5. 在 原则 4 中 提出 业务 人 员 和 开发 人 员 每 天 要 在 一 起 工作 ， 这 在 实际 中 是 不 可 能 实现 的 ， 业 务 人 员 通 常 都 比较 忙 ， 不 可 能 参 
加 到 乙方 的 开发 中 ， 这 样 如 何 确保 可 以 一 起 工作 ? 


答 : 在 现实 中 ， 业 务 人 员 的 确 不 太 可 能 与 开发 人 员 每 天 一 起 工作 ， 所 以 通常 在 团队 内 部 会 有 一 个 角色 代表 客户 ， 可 以 是 
PO， 也 可 以 是 BA， 这 可 以 根据 每 个 组 织 的 不 同 进行 设 定 。 这 个 人 在 整个 团队 运作 中 代表 客户 ， 需 要 频繁 跟 客户 沟通 ， 理 解 和 挖 
掘 客户 的 真实 业务 需要 。 


6.PMI-ACP 考 试 和 PMI-PMP 考 试 的 知识 点 有 没有 对 应 的 关系 ”ACP 的 参考 书 和 PMP 的 参考 书 《PMBOK 指 南 》 有 重复 的 部 
分 吗 ? 


答 : ACP 和 PMP 考 试 的 知识 点 没有 直接 的 对 应 关系 ， 如 果 一 定 要 类 比 ，《PMBOK 指 南 》 中 的 风险 管理 知识 可 以 复 用 在 ACP 
中 ， 也 就 是 说 两 个 考试 中 关于 风险 管理 的 理念 、 流 程 以 及 相关 的 知识 点 基本 一 致 。 


兮 练习 题 


1. 团 队 重 视 培养 新 的 个 人 技能 ， 以 扩展 其 跨 职 能 的 能 力 。 这 样 做 的 主要 目的 是 什么 ? 
A. 它 能 减少 瓶颈 风险 

B. 它 能 增加 跨 职能 团队 的 沟通 频率 

C. 它 能 促使 干系 人 接受 团队 

D. 它 能 利用 新 的 工具 来 跟踪 进度 


2 一 名 新 项 目 经 理 被 分 配 到 一 个 敏捷 项 目 中 。 在 第 一 次 站 会 上 ,项 目 经 理 注意 到 团队 成 员 对 完成 任务 感到 焦虑 ， 成 员 还 因为 
职能 经 理 的 频繁 中 断 和 请 求 精力 分 散 。 这 属于 哪 一 种 组 织 类 型 ? 


A. 这 属于 一 个 扁平 结构 组 织 ， 实 施 非 正 式 工作 文化 的 历史 悠久 

B. 这 是 一 个 层级 组 织 ， 由 职能 经 理 评估 工作 负荷 和 绩效 

C. 这 是 一 个 强 矩 阵型 组 织 ， 项 目 经 理 对 资源 拥有 很 少 甚至 不 拥有 职权 

D. 这 是 一 个 敏捷 组 织 ， 职 能 经 理 全 部 是 拥有 强 有 力 且 经 验 丰 富 的 领导 者 

3.PO 一 直 发 布 新 的 需求 影响 了 团队 的 进度 ， 你 作为 敏捷 管理 工程 师 ， 需 要 怎么 做 ? 
A. 私 下 和 PO 沟 通 

B. 教 育 PO 敏 捷 原 则 

C. 在 回顾 会 上 重新 排序 ， 加 入 PB 表 


D. 在 优先 级 排序 和 迁 代 计划 上 花费 更 多 的 时 间 


4. 两 个 执行 经 理 (executive manager) 对 项 目 进度 理解 不 一 致 ， 你 应 该 : 
A. 通 过 邮件 发 送 燃 尽 图 的 备份 给 他 们 

B. 在 企业 的 dashboard 上 张贴 项 目 状态 图 

C. 让 两 个 执行 经 理 编写 详细 的 进度 报告 

D. 与 两 个 经 理 单独 沟通 ， 分 别 了 解 进度 

5. 一 家 企业 评估 实施 敏捷 的 环境 还 不 成 熟 ， 你 作为 敏捷 管理 工程 师 ， 需 要 : 
A. 强 行 实施 敏捷 

B. 维 持 现状 不 变 

C. 保 持 传统 ， 并 开始 实施 每 日 站 会 、 回 顾 会 和 反省 会 

D. 培 养 、 引 导 企 业 文化 


6. 团 队 采 用 了 一 项 你 提出 的 敏捷 实践 行为 来 解决 问题 ， 一 个 迭代 后 ， 团 队 发 现 速度 受到 影响 ， 有 所 降低 ， 部 门 对 此 很 不 满 ， 
你 本 可 以 选择 : 


A. 忽 略 老板 的 意见 

B. 停 止 使 用 这 项 实践 

C. 在 决定 使 用 这 项 实践 的 回顾 会 上 要 求 部 门 加 入 

D. 鼓 励 改进 ， 让 SM 和 职能 经 理 沟通 

7. 你 新 加 入 了 一 个 有 大 量 的 文档 要 求 的 敏捷 团队 ， 你 会 : 
A. 加 入 团队 ， 在 团队 能 接受 的 前 提 下 发 表意 见 

B. 安 排 其 他 人 做 没有 价值 的 文档 

C. 加 入 团队 ， 按 照 团 队 时 间 进 行 

D. 告 诉 团 队 ， 在 敏捷 中 ， 文 档 不 重要 

8. 你 作为 敏捷 管理 工程 师 被 安排 去 管理 一 个 现 有 的 敏捷 项 目 ， 你 会 : 
A. 观 察 项 目 ， 看 看 和 敏捷 实践 的 差异 

B. 按 照 现 有 的 实践 执行 

C. 改 用 新 的 敏捷 实践 

D. 立 即 给 团队 培训 敏捷 的 理念 


9. 以 下 哪个 选项 可 以 最 好 地 表达 敏捷 宣言 中 的 一 条 原则 同时 也 表达 精益 中 简化 的 方法 ? 


A. 最 大 化 不 必要 的 工作 


B. 尽 早 和 持续 的 交付 


D. 延 迟 决策 


10. 国 内 发 生 了 严重 的 自然 灾害 ， 项 目 目标 受到 了 影响 ， 你 作为 敏捷 管理 工程 师 ， 需 要 : 
B. 做 优先 级 高 的 


<. 和 项 目 发 起 人 沟通 看 看 是 否 需要 继续 


D. 按 照 计 划 完 成 承认 的 功能 
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1. 答 案 : A。 跨 职能 团队 本 身 可 以 是 一 种 人 力 备份 的 手段 ， 确 保 团 队 能 力 覆 盖 交 付 链 ， 减 少 人 力 瓶 颈 的 风险 。 


2. 答 案 : B。 团 队 成 员 被 职能 经 理 影 响 ， 说 明 这 是 一 个 层级 型 的 组 织 。 因 为 职能 经 理 的 影响 较 大 ， 强 矩 阵 组织 中 项 目 经 理 对 
资源 的 拥有 权 大 ， 所 以 C 描 述 不 正确 。 


3. 答 案 : B。 题 干 强 调 了 一 直 发 布 ， 说 明 这 是 一 种 常态 ， 这 个 问题 可 能 是 因为 PO 没 有 真正 理解 敏捷 ， 或 者 不 懂 敏 捷 的 做 法 。 
4 答案 : B。 题 干 提 到 两 个 执行 经 理 对 于 进度 理解 不 一 致 ， 说 明 信 息 传递 有 问题 ， 可 能 没有 实现 透明 化 ， 所 以 需要 用 信息 发 
射 源 的 方式 让 信息 透明 化 ，B 是 以 看 板 的 方式 呈现 项 目的 进展 。 


5. 答 案 : D。 题 干 中 说 环境 不 成 熟 ， 需 要 营造 一 个 合适 的 环境 ， 通 常 ， 文 化 是 一 家 公司 环境 的 主要 因素 ， 所 以 选 D。 人 A 是 强 
推 ，B 是 不 推 ， 两 种 做 法 都 极端 。C 是 基于 现状 做 敏捷 行为 层面 的 事情 ， 为 了 敏捷 而 敏捷 。 


6. 答 案 : C。 获 取 部 门 的 同意 ， 达 成 共识 。A、B 都 是 敏捷 中 永远 不 能 选 的 选项 。 从 排除 法 的 角度 看 ， 题 干 问 “本 ”可 以 选 
择 ， 说 明 是 遗漏 了 什么 活动 ， 所 以 可 以 直接 选 C，A、B、D 都 是 问题 出 现 后 的 纠正 措施 或 者 做 法 ， 而 不 应 该 理解 为 “本 可 以 选 


择 ” oo 


7. 答 案 : A。 敏 捷 需 要 依托 于 项 目的 实际 情况 进行 分 析 ， 提 出 意见 ， 对 症 下 药 。C 态 度 消极 ， 面 对 不 合适 的 做 法 要 敢于 提出 
建设 性 对 抗 。D 说 法 太极 端 ， 敏 捷 中 需要 文档 ， 前 提 是 文档 要 有 价值 。 此 题 也 可 以 用 排除 法 ，B、C、D 的 说 法 不 正确 。 


8. 答 案 : A。 在 敏捷 推进 中 ， 不 能 一 味 普及 理念 或 者 直接 引用 某 个 实践 ， 需 要 切合 项 目 ， 深 入 项 目 ， 寻 找 问 题 和 原因 ， 推 进 
合适 的 实践 。B 和 5C 都 属于 绝对 化 的 动作 ， 要 先 执行 A， 进 行 分 析 后 ， 再 可 能 出 现 B 或 者 C。D 是 理念 的 普及 ， 对 于 一 个 正在 实施 
敏捷 的 项 目 ， 单 纯 进 行 理念 的 普及 达 不 到 效果 。 


9. 答 案 : A。 敏 捷 12 大 原则 中 的 第 10 条 : “尽量 做 到 简洁 ， 尽 最 大 可 能 减少 不 必要 的 工作 。 这 是 一 门 艺术 。”。 精益 7 大 原 
则 中 之 一 : 消除 浪费 ， 不 必要 的 工作 就 是 一 种 软件 浪费 ; 综合 这 两 条 ， 选 A。 


10. 答 案 : C。 目 标 是 项 目 发 起 的 原因 和 背景 ， 在 敏捷 中 可 以 理解 为 敏捷 的 愿景 。 目 标 受 到 了 影响 ， 要 与 发 起 人 沟通 ， 项 目 
是 否 需要 继续 。 如 要 继续 ， 再 选 B。A 是 考试 中 一 般 不 选 的 选项 ， 比 如 “立刻 ” “直接 ” “拒绝 ”等 ; D 是 不 顾 外 界 环境 ， 按 照 
计划 进行 。 


第 2 章 ”价值 驱动 交付 


CG 学 习 指 南 


本 章 是 ACP 考 试 中 内 容 覆 盖 比 较 多 的 章节 ， 主 要 是 从 价值 的 角度 介绍 基本 概念 ， 包 
二 要 旦 所 多 全 图 ”多 起 图 和 时 计 流量 图 的 概念 理解 每 张 图 的 含义 。 
斌 中 经 常 出 Fo 


















































舌 评 估价 值 、 规 划 价 值 、 交 付 价值 、 确 认 价 值 、 报 告 价值 。 
重点 掌握 价值 优先 级 排序 的 工具 ， 尤 其 是 MoSCoW、 卡 诺 分 析 ， 它 们 在 考 






















































































2.1 什么 是 价值 驱动 交付 


交付 价值 ， 特 别 是 业务 价值 ， 是 敏捷 方法 的 核心 组 成 部 分 。 这 种 概念 已 经 融入 了 敏捷 的 核心 ， 包 括 敏捷 价 值 宣言 (可 以 工作 
的 软件 胜 过 面面俱到 的 文档 ) 和 敏捷 原则 (不断 交付 可 用 的 软件 和 可 用 的 软件 是 衡量 进度 的 首要 指标 ) 。 每 个 特性 都 有 其 所 属 的 
价值 ,使 用 MoSCoW 或 Kano 方 法 对 特性 的 价值 进行 优先 级 排序 。 价 值 驱动 交付 贯穿 敏捷 项 目的 整个 生命 周期 ， 指 导 着 过 程 中 的 
决策 。 


2.1.1 ”敏捷 的 主题 残 是 最 大 化 价值 交付 


一 个 功能 既 有 正 向 的 业务 价值 ， 可 以 带 来 收益 ， 也 有 相关 的 风险 ， 因 此 需要 综合 考虑 功能 性 需求 、 风 险 ， 并 分 析 这 些 因素 对 
项 目的 影响 。 


2.1.2 ”风险 等 于 反 价值 


风险 的 概念 和 价值 密切 相关 ， 因 此 我 们 通常 认为 负面 的 项 目 风险 为 反 价 值 ， 或 者 一 旦 发 生 就 会 潜在 地 削弱 、 移 除 和 降低 项 目 
价值 。 风 险 会 降低 价值 ， 为 了 最 大 化 价值 ， 必 须 最 小 化 风险 。 


2.1.3 早期 交付 价值 


敏捷 方法 推崇 早期 交付 价值 。 这 也 意味 着 敏捷 团队 要 始终 以 最 早 交付 项 目 最 高 价值 的 部 分 为 目标 ， 原 因 如 下 。 


1. 风 险 提前 曝光 ， 提 高 项 目 成 功 的 概率 


风险 时 刻 存在 ， 且 项 目 周期 越 长 ， 项 目 失败 或 者 效益 降低 的 机 会 就 越 大 。 为 了 最 大 化 地 使 项 目 成 功 ， 我 们 应 该 在 事件 发 生变 
化 或 者 偏 移 成 功 前 尽 我 们 最 大 的 努力 交付 更 多 的 高 价值 项 目 组 成 部 分 。 


2. 增 加 干系 人 的 信心 ， 使 之 尽早 参与 


干系 人 满意 是 项 目 成 功 的 一 个 关键 指标 ， 尽 早 让 干系 人 参与 到 项 目 中 会 有 利于 项 目的 成 功 。 一 些 重要 的 干系 人 ， 诸 如 项 目的 
发 起 人 、 业 务 代表 或 者 客户 ， 他 们 参与 到 项 目 中 对 于 移 除 项 目 障碍 和 推动 项 目 成 功 至 关 重要 。 在 项 目 开 始 阶段 ， 其 不 确定 性 最 
高 ,干系 人 不 太 相信 项 目 团 队 可 以 交付 价值 。 通 过 早期 交付 高 价值 的 功能 ,项目 团队 可 以 向 干系 人 展示 他 们 对 干系 人 需求 的 理解 
并 向 干系 人 演示 已 经 完成 的 重要 内 容 ， 从 而 证 明 项 目 团 队 可 以 交付 项 目 价 值 。 有 形 的 项 目 结果 可 以 增加 干系 人 的 信心 ， 建 立 和 干 
系 人 的 融 治 关系 并 尽早 获取 干系 人 的 信任 及 参与 ， 创 造 支持 性 的 良性 循环 ， 从 而 创建 一 种 好 的 项 目 实施 环境 。 


总 之 ,价值 驱动 交付 就 是 关于 根据 功能 优先 级 的 排序 ， 综 合 考虑 增加 价值 和 降低 风险 的 活动 来 做 出 项 目 决策 ， 并 基于 这 些 优 
先 级 执行 项 目 。 


2.2 评估 价值 


业务 价值 可 以 通过 商业 论证 进行 评估 ， 通 常会 用 常用 的 财务 术语 进行 评估 。 商 业 论证 开发 是 敏捷 项 目 管理 中 重要 的 起 步 点 。 
商业 论证 是 对 项 目的 构想 、 目 标 、 达 到 目的 策略 、 重 大 事件 、 所 需 投 资 和 预期 回收 所 做 的 简明 概要 文件 。 商 业 论证 向 客户 前 明了 
该 项 目 为 什么 以 及 怎样 带 来 价值 。 


对 于 商业 项 目 ， 价 值 通常 使 用 如 投资 回报 率 (ROI) 、 内 部 收益 率 (IRR) 、 净 现 值 (NPV) 和 回收 期 来 评估 。 投 资 回报 
率 、 内 部 收益 率 以 及 净 现 值 是 本 领域 的 工具 和 技术 ， 考 试 中 会 考察 对 这 些 概念 的 理解 ， 比 如 用 这 些 概念 来 衡量 项 目 选择 ， 进 行 项 
目的 成 本 效益 分 析 ， 但 不 用 掌握 具体 的 算法 。 


2.2.1 ”投资 回报 率 


投资 回报 率 (return of investment，ROI) 是 项 目 产品 运行 所 产生 的 年 度 (或 年 均 ) 利润 与 项 目 投资 额 之 比 ， 至 少 大 于 0 
才 值得 实施 . 


2.2.2 ”内 部 收益 率 (IRR) 


内 部 收益 率 (internal rate of return，IRR) 是 用 来 衡量 和 对 比 投资 收益 率 的 经 济 指标 。 内 部 收益 率 是 项 目 现金 流入 量 现 值 
等 于 项 目 现金 流出 量 现 值 时 的 折 现 率 ， 即 NPV=0 时 的 折 现 率 ， 相 当 于 项 目 存 续 期 内 项 目 内 部 为 收回 投资 每 年 的 净 收 益 率 。 内 部 
收益 率 越 高 越 好 。 


其 判断 准则 为 : 








:IRR>0， 项 目 可 接受 〈0= 市 场 利 率 ) 。 


:IRR<0， 项 目 不 可 接受 。 


























内 部 收益 率 通常 不 能 直接 计算 出 来 ， 需 要 采用 插值 法 或 者 试 错 法 得 到 |。 





例如 ， 对 于 表 2-1 中 的 两 个 项 目 ， 我 们 往往 会 选择 投资 8， 把 项 目 换 成 特性 或 者 用 户 故 事 ， 依 然 适用 。 


表 2-1 


( 续 ) 
项 目 B 
第 5 年 15 000 
IRR 23.25% 





2.2.3 ” 净 现 值 


净 现 值 (net present value，NPV) 考虑 存在 风险 (如 通货 膨胀 率 、 政 治安 定 等 ) 的 情况 下 把 项 目 所 有 预期 的 未 来 现金 流 
入 与 流出 都 折算 成 现 值 ， 以 计算 一 个 项 目 预期 的 净 货 币 收益 与 损失 。 
NPV= 收 入 现 值 -支出 现 值 ， 包 含 对 风险 、 时 间 、 现 金 三 者 的 衡量 : 


:NPV>0， 项 目 可 接受 。 


-NPV<0， 项 目 不 可 接受 。 


NPV 越 大 越 好 ， 对 于 表 2-2 的 两 个 项 目 ( 折 现 率 为 10%) ， 我 们 往往 会 选择 投资 A， 把 项 目 换 成 特性 或 者 用 户 故 事 ， 依 然 适 


表 2-2 
项 目 B 
现金 流 原 值 现金 流 现 值 现金 流 原 值 现金 流 现 值 


2.3 规划 价值 


当 项 目 被 选 定 后 ， 我 们 需要 思考 如 何在 项 目 规划 期 间 秉承 价值 驱动 交付 的 理念 。 根 据 业 务 价值 来 排序 项 目 工作 的 优先 级 ， 并 
将 最 高 优先 级 的 工作 排 在 待 办 事项 的 顶部 。 执 行 项 目 工 作 时 ， 优 先 选 择 顶 端的 工作 项 进行 。 在 项 目 进 行 过 程 中 ， 需 求 变更 和 缺陷 
修复 也 会 依据 其 业务 价值 或 者 重要 性 纳入 到 待 办 事项 中 一 并 排序 。 


规划 价值 在 PMI-ACP 考 试 内 容 大 纲 中 出 现 次 数 较 多 ， 特 别 是 在 制定 项 目 章程 、 价 值 流程 图 、 相 对 优先 级 /排序 和 产品 地 图 这 
些 知 识 点 中 。 同 时 ， 因 为 风险 会 降低 价值 ， 我 们 还 需要 借助 风险 调整 待 办 事项 这 个 工具 在 规划 阶段 应 对 风险 。 另 外 ， 我 们 也 会 接 
触 基 于 价值 分 析 和 敏捷 合同 的 基本 概念 。 


2.3.1 项目 章程 


项 目 章程 是 重要 的 文件 ， 需 要 相关 干系 人 的 参与 ， 在 敏捷 项 目 中 也 是 必需 的 文档 ,一般 不 可 裁剪 。 


敏捷 项 目 中 的 章程 和 《PMBOK 指 南 》 中 的 项 目 章程 总 体 目标 一 样 ， 只 是 详细 程度 和 假设 条 件 会 有 一 些 差别 。 敏 捷 项 目 章 程 
的 目的 也 是 高 层级 的 描述 ， 用 于 获取 项 目 5W1H (什么 、 为 什么 、 谁 、 什 么 时 候 、 哪 里 和 如 何 ) 属性 的 共识 ， 并 授权 项 目 工作 的 
开展 。 项 目 章程 中 应 包含 3 个 关键 信息 : 愿景 、 任 务 和 成 功 标 准 。 

愿景， 即 项 目 发 起 的 原因 ， 是 "为 什么 ”(why) 。 

任务 ， 即 项 目的 内 容 ， 是 “什么 ”(what) ， 阐 述 团队 为 实现 愿景 需要 做 的 内 容 。 

:成 功 标准 ， 即 管理 的 指标 ， 定 义 项 目 * 如 何 ”(how) 是 成 功 ， 用 于 验收 项 目 。 
































































































































但 是 ， 由 于 敏捷 方法 本 身 就 是 为 了 应 对 需求 和 项 目的 不 确定 ， 因 此 对 于 敏捷 项 目的 范围 一 般 很 少 详细 定义 ， 它 会 随 着 整个 项 
目的 进行 而 变化 。 所 以 ， 敏 捷 项 目 章程 通常 比 传统 的 项 目 章 程 粗略 ， 章 程 包含 的 内 容 相 对 较 少 。 敏 捷 章 程 更 多 聚焦 在 项 目 如 何 运 
行 ， 而 不 是 具体 将 要 做 什么 。 对 于 静态 的 项 目 (需求 在 执行 期 间 很 少 变更 ) 适合 先 规划 ， 并 且 规 划 得 越 多 越 好 ， 然 后 执行 。 由 于 
动态 的 项 目 (需求 在 项 目 执 行 期 间 会 变更 ， 通 常 可 以 理解 为 适应 型 生命 周期 模型 ， 即 敏捷 ) ， 没 有 静态 目标 ， 对 其 过 度 规划 可 能 
会 徒劳 无 功 ， 反 而 造成 规划 工作 的 浪费 。 


敏捷 方法 中 的 很 多 做 法 和 传统 瀑布 中 的 做 法 有 可 能 不 一 样 ， 比 如 变更 的 批准 流程 及 批准 后 的 变更 如 何 加 入 待 办 事项 并 设 定 优 
先 级 等 都 需要 在 项 目 章程 中 清晰 定义 。 对 于 刚 使 用 敏捷 方法 的 组 织 ， 敏 捷 方 法 中 任何 与 传统 方法 不 同 的 偏差 (比如 变更 控制 的 流 
程 与 过 去 不 同 ) 都 特别 重要 ， 需 要 重点 天 注 。 


2.3.2 ”价值 流程 图 
价值 流程 图 可 以 用 于 分 析 信息 或 者 材料 的 流动 ， 从 初始 到 结束 ， 用 来 识别 浪费 的 环节 。 识 别 出 的 环节 即 成 为 流程 改进 的 地 
pe 


一 张 价值 流程 图 通常 由 团队 共同 制作 ， 这 样 团队 可 以 一 起 定义 和 查看 整个 流程 ， 指 出 流程 内 的 浪费 环节 。 增 加 价值 的 流程 
(特性 的 流程 ) 通常 称 为 “增值 ”， 不 增加 价值 的 流程 (等 待 ) 通常 称 为 “ 非 增 值 ”。 项 目 希 望 最 大 程度 上 减少 非 增值 时 间 ( 即 
浪费 环节 ) 。 


执行 价值 流程 图 大 致 包括 以 下 五 个 步骤 : 
(1) 识别 你 要 分 析 的 产品 和 服务 〈 即 流程 的 起 始点 ) 。 


(2) 创建 当前 流程 的 价值 流程 图 ， 识 别 步 又、 序列 、 延 迟 和 信息 流 。 


(3) 评审 流程 图 ， 发 现 延 迟 、 浪 费 和 限制 约束 。 
(4) 为 未 来 的 流程 创建 新 的 价值 流 ， 通 过 移 除 或 者 降低 延迟 、 减 少 浪费 和 限制 约束 等 方法 优化 此 流程 。 
(5) 开发 一 张 用 来 创建 被 优化 后 状态 的 地 图 。 


(6) 流程 改进 以 达到 目标 。 


2.3.3 ”客户 价值 优先 级 


客户 价值 优先 级 关注 应 该 尽快 开始 才能 给 客户 产生 最 高 价值 的 工作 。 这 项 技术 旨 在 让 客户 参与 到 优先 级 流程 中 来 。 在 这 个 过 
程 中 ， 团 队 可 以 识别 出 高 价值 的 特性 并 将 其 加 入 到 待 办 事项 中 。 对 于 团队 来 说 ， 优 先 级 非常 重要 ， 能 够 使 团队 在 保证 最 小 可 销售 
功能 的 有 用 功能 集合 的 前 提 下 调整 项 目 范围 ， 以 适应 项 目 预 算 和 时 间 要 求 。 


客户 价值 优先 级 的 理念 贯穿 敏捷 方法 的 始终 。 在 不 同 的 敏捷 实践 中 术语 也 不 同 。 例 如 ， 它 在 Scrum 中 是 “产品 待 办 事项 ”， 
在 FDD 中 是 “特性 列表 ”， 在 DSDM 中 是 “ 设 定 优先 级 的 需求 列表 ”， 但 其 实 核 心理 念 是 相同 的 。 项 目 通 过 对 优先 级 列表 中 的 
工作 项 来 产生 价值 。 


1. 优 先 级 常用 的 模式 
团队 应 该 依据 项 目 需要 和 所 在 组 织 的 特点 来 选择 优先 级 模式 ， 一 些 常 用 的 优先 级 模式 如 下 。 


(1) 简单 模式 。 它 是 一 种 最 简单 的 优先 级 模式 ， 通 常会 在 工作 项 上 标 上 P1、P2、P3 等 。 尽 管 这 种 模式 很 直接 ， 但 是 如 果 
人 们 趋向 于 把 所 有 的 工作 项 都 标 为 P1， 这 将 会 产生 间 题 。 如 果 太 多 工作 项 都 被 标注 为 P1， 该 模式 就 会 变 得 非常 低 效 ， 好 比 都 是 
重点 就 等 于 没有 重点 。 业 务 代表 很 少 会 将 一 个 特性 标注 为 P2、P3， 因 为 他 们 知道 低 优先 级 的 工作 项 会 存在 被 移出 项 目 范围 的 风 
险 。 同 理 ， 高 等 、 中 等 、 低 等 的 优先 级 模式 都 存在 同样 的 问题 。 若 不 能 对 什么 是 高 优先 级 达成 共识 ， 最 终 将 会 因为 高 优先 级 列表 
中 有 太 多 工作 项 而 失去 了 价值 排序 的 意义 。 





(2) MoSCoW。MoSCoW 技 术 通 常 使 用 在 敏捷 排序 用 户 故事 的 优先 排序 中 ， 起 源 于 如 下 几 种 叫 法 的 首 字母 。MoSCoW 
技术 把 用 户 故 事 以 降序 方式 进行 优先 顺序 排列 : 








.M-must have， 即 必须 有 的 ;“" 必 须 有 的 “需求 和 特性 是 系统 的 必需 组 成 部 分 ， 是 对 开发 很 
者 不 能 增加 价值 。 


`S-should have， 即 应 该 有 的 ;应 该 有 的 “特性 也 非常 重要 ， 对 开发 不 是 很 重要 但 有 重要 商业 价值 的 产品 特征 。 如 果 缺 少 这 些 特性 ， 解 决 
方法 会 变 得 烦琐 或 昂贵。 


:C-could have， 即 可 能 有 的 ; \ 可 能 有 的 “特性 能 增加 一 些 商业 价值 的 产品 特征 。 


:W-won’t have this tijme， 即 希望 有 的 ， 这 次 不 会 有 ; “希望 有 的 ， 这 次 不 会 有 “的 特性 指 的 是 这 个 功能 虽然 不 错 ， 但 不 是 必需 的 需求 ， 
带 有 一 点 商业 价值 的 产品 特征 。 





| 下 





要 的 产品 特征 ， 没 有 这 些 系统 将 不 能 正常 工作 或 














































































































(3) 虚拟 价值 。 通 常 这 种 方法 在 敏捷 实践 中 比较 常用 ， 也 比较 有 效 。 它 通过 给 发 起 人 等 同 于 项 目 预算 的 虚拟 货币 ， 要 求 他 
们 将 这 些 虚 拟 货币 分 配给 系统 中 的 特性 集 ， 这 些 特性 可 能 是 全 部 项 目 范 围 ， 也 可 能 是 部 分 的 范围 。 


这 种 方法 对 于 识别 系统 组 件 的 一 般 优先 级 非常 有 用 ， 但 是 如 果 当 人 们 开始 询问 一 些 不 太 有 价值 的 活动 诸如 文档 等 时 ， 这 种 模 
式 就 容易 发 生 偏离 。 虚 拟 货币 技术 在 限制 业务 价值 特性 的 优先 级 排序 中 最 有 效率 。 


(4) 100 点 法 。 分 给 每 个 干系 人 100 个 点 ， 他 们 可 以 使 用 这 些 点 给 最 重要 的 需求 投票 。 干 系 人 可 以 将 100 点 以 任意 方式 分 
配 : 40 点 给 A 需求 ，20 点 给 B 需 求 ;当然 ， 如 果 干 系 人 只 关注 某 个 需求 ， 并 认为 这 个 需求 优先 级 最 高 ， 也 可 以 把 100 点 都 投 给 这 


一 需求 。 


(Noriaki Kano) 在 1980 年 发 明 的 ， 也 可 以 用 作 优 先 级 模式 。 这 种 技术 可 以 将 客户 


这 些 分 类 可 以 帮助 团队 更 好 地 理解 与 客户 满意 度 相关 的 需求 。 卡 诺 分 析 
意 度 的 提升 。 图 2-1 为 卡 诺 分 析 。 


(5) 卡 诺 分 析 。 卡 诺 分 析 是 由 狩 野 纪 昭 
的 喜好 分 为 四 个 类 别 : 惊喜 、 满 意 、 不 满意 、 无 天 紧要 。 
还 有 助 于 在 关于 特性 的 问题 上 设 定 上 下 文 并 建立 发 布 计划 ， 来 推动 客户 满 


满意 的 
惊喜 
满意 
无 关 紧要 
> 
a 需求 很 好 的 
不 满足 
一 | 不 满意 


图 2-1 卡 诺 分 析 





接 下 来 ， 我 们 详细 解析 每 一 个 分 类 。 
喜 属 性 : 有 时 候 称 为 魅力 属性 。 这 些 特性 的 交付 是 客户 未 预料 到 的 、 与 众 不 同 同 的 或 者 可 以 带 来 高 价值 的 好 处 ， 可 能 给 客户 带 来 竞争 力 和 高 
个 会 议 记 录 ， 传 统 方法 是 采用 文字 格式 ， 而 你 采用 了 视觉 记录 的 方式 。 
来 价值 、 创 造 竞 争 优 势 ， 大 部 分 的 竞争 都 聚焦 在 这 个 局 


















































惊 
满意 度 。 例 如 ， 客 户 需 要 你 做 一 
性 :作为 满意 的 特性 ， 越 多 越 好 。 这 些 特性 会 给 客户 表 
i 能 可 能 会 让 客户 感到 满意 。 

不 满意 属性 ， 这些 特 性 必须 具备 ， 0 客户 就 不 会 喜欢 这 个 产品 ， 但 是 即使 这 些 特性 存在 ， 也 不 会 提升 客户 的 满意 度 。 例 
如 ， 系 统 中 的 修改 密码 特性 就 是 一 个 必 备 特性 

:无 关 紧要 属性 :这些 特 + 性 无 从 从 哪 方面 来 说 对 客户 都 没有 影响 。 
些 特性 ， 比 如 一 个 外 观 很 漂亮 的 电脑 硬盘 。 
(6) 需求 优先 级 。 需 求 优先 级 由 卡尔 . 魏 格 斯 (Karl Wiegers) 创建 ， 相 比 以 上 的 模式 ， 是 一 种 在 数学 上 更 严谨 的 计算 方 
法 。 使 用 这 种 方法 ， 每 个 特性 的 益处 、 坏 处 、 成 本 和 风险 都 会 被 从 1 (最 低 ) 到 9 (最 高 ) 标注 起 来 。 客 户 根 据 益 处 和 坏处 来 评 


佑 是否 包含 该 特性 ， 开 发 者 根据 开发 的 成 本 和 实现 的 风险 来 评估 该 特性 。 所 有 的 特性 都 会 代入 到 一 个 加 权 基 准 中 计算 其 相对 优先 


级 。 
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因为 客户 对 其 根本 就 不 关心 ， 我 们 应 该 尝试 着 消除 、 最 小 化 或 者 延迟 交付 这 
































2. 相 对 优先 级 /排序 


不 管 使 用 哪 一 种 优先 级 模式 ， 我 们 更 应 该 关注 最 终 目的 是 为 理解 产品 特性 的 优先 级 。 有 时 ， 人 花费 过 多 的 精力 在 判断 使 用 哪 一 
种 优先 级 模式 上 反而 会 降低 我 们 对 于 优先 级 本 身 的 更 有 意义 的 讨论 。 因 此 ， 最 好 让 业务 人 员 按 照 优先 级 顺序 列 出 所 有 的 产品 特 
性 ,不 需要 按照 1、2、3 进 行 分 类 ， 也 不 需要 使 用 高 、 中 、 低 优先 级 ， 更 不 需要 MoSCoW。 简 单 的 优先 级 排序 可 以 移 除 固定 下 
来 的 分 类 ， 聚 焦 在 优先 级 上 ， 如 图 2-2 所 示 。 








图 2-2 ”相对 优先 级 列表 


在 图 2-2 中 ， 产 品 特性 根据 优先 级 进行 排序 。 在 清单 上 面 的 条 目 ， 产 品 特性 A ~ D 是 最 先 可 销售 发 布 的 一 部 分 。 如 果 为 了 满足 
预算 和 进度 需要 、 剪 切 范 围 ， 很 明显 ， 应 该 调整 条 目 E。 


相对 优先 级 排序 亦 提供 了 一 个 需求 的 决策 框架 。 当 需求 变更 时 ， 团 队 可 以 问 业务 代表 : “ 哪 一 个 工作 项 比 这 次 变更 更 重 
要 ”。 然 后 ， 新 的 变更 项 会 被 插入 到 已 排 好 优先 级 的 工作 列表 的 合适 位 置 上 ， 如 图 2-3 所 示 。 





图 2-3 ”增加 新 特性 后 的 优先 级 列表 


尽管 敏捷 方法 在 后 期 的 变更 方面 提供 了 极 大 的 灵活 性 ， 但 也 需要 遵循 时 间 和 空间 的 规律 。 因 此 ， 如 果 当 前 项 目 时 间 和 预算 被 
部 用 完 ， 新 的 变更 将 会 不 可 避免 地 人 迫使 低 优 先 级 的 产品 特性 下 降 到 期 望 交付 的 临界 值 以 下 。 因 此 ， 我 们 可 以 接受 项 目 晚期 的 变 
更 ， 但 是 这 些 变更 可 能 会 导致 低 优先 级 的 工作 条 目 被 取消 。 


单一 的 排 好 优先 级 的 工作 清单 对 于 简化 所 有 未 完成 的 工作 非常 有 用 ; 相对 于 细 分 的 分 别 代表 变更 请 求 、 缺 陷 修复 和 新 的 需求 
的 列表 ， 单 一 的 优先 级 的 列表 结合 所 有 这 些 工作 项 给 所 有 人 一 个 关于 项 目 待 办 事项 的 更 清晰 、 更 完整 的 视角 。 当 开始 采用 敏捷 方 
法 时 ， 许 多 团队 不 明白 这 一 点 ， 相 反 ， 它 们 更 倾向 于 保留 分 类 的 缺陷 修复 和 新 需求 的 清单 ， 这 种 分 类 会 降低 我 们 团队 的 速率 。 一 
个 简单 的 优先 级 清单 列表 会 更 加 透明 和 容易 控制 ， 因 为 相对 优先 级 会 清晰 地 显示 在 优先 级 清单 列表 中 。 


尽管 多 数 人 支持 使 用 简单 优先 级 列表 ， 但 是 没有 一 种 绝对 的 最 好 方法 去 适用 所 有 项 目的 产品 特性 优先 级 排序 。 不 管 你 使 用 哪 
一 种 方法 ， 诊 断 在 优先 级 排序 过 程 中 遇 到 的 所 有 问题 ， 遇 到 “缺少 参与 ”或 者 “ 太 多 P1 优 先 级 的 产品 特性 ”等 问题 时 ， 尝 试 使 
用 不 同 的 方法 ， 如 使 用 虚拟 货币 、MoSCoW 优 先 级 模式 或 者 简单 优先 级 列表 ， 通 过 配合 新 的 方法 去 解决 这 些 问题 。 我 们 的 目标 
都 是 为 了 真正 理解 如 何 排列 产品 特性 优先 级 而 不 是 简单 地 用 标签 将 它们 进行 分 类 。 此 时 ， 我 们 得 到 的 需求 优先 级 列表 可 以 根据 需 
要 随时 进行 再 讨论 和 重新 排列 优先 级 ， 具 有 一 定 的 灵活 性 。 这 个 灵活 性 可 以 帮助 我 们 在 可 用 的 时 间 和 预算 下 交付 最 高 价值 产品 特 
性 集合 。 


2.3.4 产品 路 线 图 


产品 路 线 图 是 关于 产品 发 布 和 产品 主要 组 件 的 可 视 化 概述 ， 是 一 个 可 以 提供 给 干系 人 快速 查看 主要 发 布点 和 该 发 布点 计划 功 
能 的 沟通 工具 。 通 常 ， 我 们 选择 使 用 杰 夫 - 帕 顿 (Jeff Patton) 推广 的 故事 地 图 描述 产品 地 图 。 关 于 故事 地 图 的 描述 详 见 本 书 第 5 
章 。 故 事 地 图 如 图 2-4 所 示 。 














图 2-4 故事 地 图 





2.3.5 ”风险 调整 待 办 事项 


风险 是 一 个 不 确定 的 事件 ， 一 旦 发 生 可 能 会 影响 到 项 目 。 大 多 数 风 险 管理 更 专注 于 对 项 目 产 生 消 极 影响 或 者 威胁 的 事件 ， 但 
是 《PMBOK 指 南 》 中 明确 说 明 ， 风 险 也 包括 好 的 方面 ， 被 称 之 为 机 会 ， 消 极 的 风险 则 被 称 为 威胁 。 


在 敏捷 中 ， 消 极 的 风险 等 同 于 反 价值 。 如 果 风 险 发 生 了 ， 就 需要 花费 时 间 和 资源 去 应 对 ， 同 时 也 会 威胁 到 项 目的 利益 。 
此 ， 我 们 不 仅 要 尽早 规划 交付 高 价值 的 特性 ， 也 应 该 尽早 规划 风险 规避 以 及 转移 的 举措 。 


项 目 管理 的 本 质 即 风 险 管理 。 风 险 管理 并 非 只 适用 于 传统 过 程 驱 动 的 瀑布 项 目 管理 ， 当 项 目 采 用 敏捷 运作 时 ， 项 目 级 的 持续 
集成 和 短 迭代 交付 本 身 已 经 成 为 项 目 风险 应 对 的 最 佳 实践 ， 对 于 快速 识别 风险 和 降低 风险 非常 肥效。 根据 项 目的 需求 ， 可 以 采用 
《PMBOK 指 南 》 中 的 常规 敏捷 风险 管理 的 方法 论 。 


基于 风险 的 小 试验 是 风险 管理 的 一 个 技能 ， 通 常 被 看 作 一 项 任务 。 一 个 以 风险 为 基础 的 探测 是 一 项 用 于 在 不 确定 领域 获取 知 
识 以 降低 风险 的 任务 。 风 险 管理 流程 如 图 2-5 所 示 。 
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图 2-5 ”风险 管理 流程 图 


“风险 应 对 行动 ”没有 被 明确 列 入 上 述 流程 中 ， 因 为 这 些 被 规划 在 项 目 日 常 的 工作 活动 中 。 这 也 反映 了 很 多 项 目 中 一 个 常见 
的 问题 ， 即 风险 管理 是 作为 一 项 不 可 避免 的 活动 ， 纵 使 在 项 目 开始 时 可 以 规划 风险 应 对 ， 但 是 不 能 阻止 风险 的 发 生 。 


敏捷 项 目 不 断 进行 迭代 ， 在 前 期 进行 高 风险 处 理 ， 让 高 风险 早 曝 光 ， 这 样 风险 的 应 对 成 本 相对 最 低 ， 同 时 也 降低 了 在 之 后 阶 
段 无 效 工 作 投入 的 可 能 性 。 敏 捷 项 目 是 业务 价值 和 风险 驱动 的 组 合 ， 如 图 2-6 所 示 。 


所 有 的 敏捷 项 目 都 是 由 业务 价值 和 风险 共同 组 成 的 ， 依 据 产 品 特性 和 高 风险 条 目 来 选择 工作 项 。 如 果 项 目的 用 户 故 事 存在 残 
余 风 险 ， 可 以 将 这 些 有 风险 的 工作 项 移 到 最 上 面 并 在 合适 的 时 候 开始 。 


依据 业务 优先 级 和 风险 等 级 可 以 对 需求 进行 主观 排序 。 从 客户 的 角度 出 发 ， 项 目 可 以 聚焦 于 每 个 产品 特性 的 投资 回报 率 从 而 
进行 排序 。 


业务 代表 将 产品 特性 按照 价值 分 类 后 ， 会 得 到 一 个 包含 投资 回报 率 价值 并 按照 优先 级 排序 的 产品 特性 列表 ， 如 图 2- 7 所 示 。 


同时 ， 可 以 使 用 预期 货币 价值 (EMV) 的 方法 将 所 有 风险 进行 货币 化 。 


预期 货币 价值 = 风险 影响 (以 美元 计算 ) x 风 险 可 能 性 〈 为 百分比 数 ) 














预期 货币 价值 计算 适用 于 大 部 分 风险 。 使 用 这 种 方法 ， 我 们 可 以 通过 排序 项 目的 优先 级 产生 一 个 风险 优先 级 列表 ， 根 据 风 险 
严重 程度 进行 排序 ， 如 图 2-8 所 示 。 
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图 2-6 ”敏捷 项 目 是 业务 价值 和 风险 驱动 的 组 合 
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图 2-8 已 排序 的 风险 列表 


当然 并 不 是 所 有 的 风险 都 可 以 进行 规避 或 者 减轻 ， 有 些 风险 只 能 接受 或 转移 。 对 于 那些 可 以 主动 应 对 的 风险 ， 风 险 应 对 措施 
可 以 和 功能 特性 一 起 进行 优先 级 排序 。 当 组 合 在 一 起 时 ， 就 会 形成 一 个 风险 调整 待 办 事项 ， 如 图 2-9 所 示 。 
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图 2-9 ”风险 调整 待 办 事项 


从 图 2-9 中 ， 我们 可 以 看 到 风险 2 的 预期 货币 价值 是 4000 美 元 ， 因 此 当 我 们 开始 为 下 一 个 迭代 选择 需求 和 产品 特性 时 ， 风 险 2 
的 应 对 措施 和 需求 2 有 同样 的 优先 级 排序 ， 从 而 引发 团队 对 风险 的 天 注 。 


风险 的 预期 货币 价值 分 析 并 不 关注 于 精确 数字 ， 只 是 为 了 促进 更 好 的 排序 。 风 险 调整 待 办 事项 可 以 在 业务 代表 和 开发 团队 之 
间 达 成 某 种 程度 的 共识 。 


最 后 ， 在 依据 风险 来 优先 处 理 特性 时 ， 可 运用 风险 -价值 指标 进行 选择 ( 见 图 2-10) 。 风 险 -价值 指标 合 4 个 象限 ， 横 轴 表 示 
价值 ， 竖 轴 表 示 风 险 。 用 户 故 事 被 分 配 到 其 中 一 个 分 类 /象限 : 低 风 险 / 低 价值 、 高 风险 / 低 价值 、 低 风险 /高 价值 、 高 风险 /高 价 
值 。 成 本 -价值 指标 同样 可 用 这 种 方式 形成 。 在 实现 时 ， 先 做 高 风险 /高 价值 的 ， 其 次 是 低 风 险 /高 价值 ， 再 次 是 低 风 险 / 低 价值 
的 ， 对 于 高 风险 / 低 价值 的 不 予 处 理 。 


下 


蜗 风 险 / 低 价值 | 高 风险 /高 价值 
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低 风 险 / 低 价值 | 低 风 险 / 融 价值 
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图 2-10 ”风险 -价值 指标 
2.3.6 “敏捷 合同 
时 间 、 预 算 和 成 本 估算 是 敏捷 中 重要 的 知识 与 技能 。 由 于 敏捷 接受 变动 的 范围 ， 敏 捷 方 法 的 本 质 意 味 着 它 为 固定 的 预算 和 进 


度 提供 良好 的 支持 ,但 变动 的 范围 使 总 成 本 的 估算 更 艰难 。 这 些 问 题 自从 敏捷 方法 创建 以 来 就 一 直 存 在 。 业 界 也 在 投入 很 多 努力 
用 以 解决 这 个 问题 。1994 年 ， 第 1 版 的 DSDM 手 册 就 介绍 了 转换 的 三 角 模 型 ， 如 图 2-11 所 示 。 
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图 2-11 三 角 模 型 转换 


敏捷 项 目 尝试 固定 资源 和 时 间 (成 本 的 主要 花费 部 分 ) ， 通 过 调整 功能 来 达到 在 这 些 约束 下 产生 更 高 优先 级 和 更 高 质量 的 产 


敏捷 方法 和 敏捷 合同 的 目标 是 让 项 目 团队 和 客户 合作 更 加 紧密 。 这 种 合作 可 以 改变 项 目 团 队 的 努力 方向 ， 从 而 给 客户 交付 增 
加 价值 的 产品 特性 。 这 个 目标 在 敏捷 的 第 三 条 价值 宣言 一 一 “客户 合作 胜 过 合同 谈判 ”中 也 有 体现 敏捷 方法 比 传统 方法 要 求 更 
多 的 信任 ， 但 是 该 方法 更 专注 于 把 资源 用 于 正在 开发 的 事项 上 ， 而 不 是 让 团队 陷入 关于 变更 如 何 协商 或 者 标准 如 何 定义 的 分 层 
中 。 

敏捷 也 要 求 业务 更 积极 地 参与 迭代 反馈 ， 对 待 办 事项 重新 设 定 优先 级 ， 并 评估 变更 的 需求 和 剩余 工作 项 的 价值 。 对 于 比较 信 
任 的 客户 ， 敏 捷 合 同 是 一 个 非常 好 的 工具 ， 能 创造 更 多 价值 ， 并 给 客户 带 来 竞争 优势 。 对 于 不 信任 或 者 不 参与 的 客户 ， 敏 捷 合 同 
可 能 很 难 执行 或 者 根本 不 适合 。 


有 很 多 不 同 的 敏捷 合同 ， 下 文 以 DSDM 合 同 开 始 来 简单 地 看 看 其 中 的 一 些 知识 点 。 
1. 金 钱 无 用 和 自由 变更 (Money for nothing and change for free) 


杰 夫 . 萨 瑟 兰 (Jeff Sutherland) ， 也 推出 了 一 个 敏捷 合同 结构 “金钱 无 用 和 自由 变更 ”。 萨 瑟 兰 建议 包括 早期 的 终止 
选项 ， 并 提出 了 一 个 允许 灵活 变更 的 模型 。 该 结构 以 固定 总 价 合同 (包括 额外 工作 的 时 间 和 物料 ) 开始 ， 但 是 在 其 中 加 入 了 一 
条 


“自由 变更 ”的 选项 条 款 。 





客户 只 能 在 每 个 迭代 都 与 团队 合作 的 条 件 下 才能 使 用 “自由 变更 ”条 款 。 若 每 个 迭代 不 能 都 参与 项 目 团队 工作 ， 则 此 条 款 失 
效 ， 而 且 合同 将 会 退回 到 工料 合同 。 假 设 客户 持续 参与 项 目 开发 ， 产 品 负责 人 可 以 在 每 个 迭代 结束 重新 调整 待 办 事项 的 优先 级 ， 
如 果 总 的 合同 工作 没有 改变 ， 那 么 变更 就 是 免费 的 。 如 果 低 优先 级 的 工作 和 新 增产 品 特性 的 工作 有 等 同 的 时 间 和 工作 量 投入 ， 并 
且 可 以 移 除 低 优先 级 的 工作 ， 那 么 新 特性 的 加 入 就 是 免费 的 。 


人 | 加 可 V 客 户 获得 最 好 的 80% 
加 到 | 和 VY 尽 早 完成 项 目 
[| V 供 应 商 获 得 20% 
中 | 国 |- 一 想 要 这 个 新 的 匡 于 /避免 代码 膨胀 
委 区 到 < 古本 VV 名 免 不 必要 的 特性 
2 本 站 
叙 = 匡 本 | 在 这 停止 


| ROI 截 止 线 到 ped | 


Ts 放弃 ES 不 做 














图 2-12 ”敏捷 合同 变更 
和 “自由 变更 ”条 款 一 样 ，“ 人 金钱 无 用 ”的 概念 也 是 在 客户 参与 到 敏捷 项 目的 前 提 下 才 有 效 。 “人 金钱 无 用 ”人 允许 客户 认为 ， 
当 待 办 事项 中 已 经 没有 充足 的 投资 回报 率 来 保证 未 来 迭代 时 ， 就 尽早 终止 项 目 。 例 如 ， 卖 方 可 能 允许 任何 时 间 都 可 以 终止 20% 的 
剩余 合同 价值 。 


20% 的 剩余 合同 价值 是 “金钱 无 用 ”部 分 且 能 够 帮助 抵消 团队 可 能 闲置 的 风险 ， 因 为 客户 会 付 给 团队 薪水 。 使 用 “金钱 无 
用 ”方法 ， 客 户 可 以 得 到 最 高 优先 级 的 业务 价值 ， 项 目 一 直 都 是 更 早 地 完成 ， 且 会 和 客户 维持 一 个 很 好 的 合作 关系 。 另 外 ， 系 统 


不 会 引发 代码 膨胀 或 者 不 必要 的 功能 ， 从 而 会 保持 系统 高 效 运行 。 

2. 分 级 固定 价格 合同 

分 级 固定 价格 合同 是 由 Thorup 和 Jensen 作 为 敏捷 合同 的 另 一 种 类 型 提出 的 。 使 用 这 类 合同 ， 双 方 共同 承担 相关 进度 变化 的 
风险 和 机 会 。 

Thorup 和 Jensen 建 议 依据 提前 、 按 时 和 延期 交付 使 用 不 同 的 工时 工资 ， 如 表 2-3 所 示 。 


表 2-3 


项 目 完成 分 级 税率 总 费用 


按时 完成 $100/ 时 $10 000 


延期 完成 $90/ 时 $11 200 


在 这 种 安排 下 ， 如 果 卖 方 按时 交付 ， 他 们 会 得 到 按照 标准 工时 的 报酬 。 如 果 他 们 提前 交付 ， 他 们 会 得 到 少 一 些 工 时 的 报酬 ， 
但 是 报酬 工时 薪资 较 高 。 客 户 满意 是 因为 工作 提前 完成 ， 他 们 的 总 开销 降低 。 卖 方 满意 是 因为 他 们 获取 了 高 利润 。 如 果 卖 方 延迟 
交付 ， 他 们 会 得 到 更 多 的 工时 ， 但 是 工时 薪资 会 比较 低 。 当 这 种 情况 发 生 时 ， 双 方 获取 的 利益 都 降低 了 。 


3. 固 定价 值 工作 包 


另 一 种 设 定 敏捷 合同 的 方法 是 建立 一 个 固定 价格 工作 包 合同 。 固 定价 值 工作 包 合 同 通过 降低 被 评估 的 工作 成 本 和 范围 来 减轻 
低估 或 高 估 大 量 工作 的 风险 。 例 如 ， 电 信和 集团 成 功 地 将 其 工作 说 明 书 (SOW) 分 解 为 单独 的 工作 包 ， 每 个 工作 包 都 有 一 个 固定 
的 价格 。 随 着 工作 的 进行 ， 卖 方 允许 根据 新 的 信息 和 风险 进行 重新 评估 剩 下 的 工作 说 明 书 中 的 工作 包 。 固 定价 值 工作 包 ， 如 图 2- 
13 所 示 。 


4. 定 制 化 合同 


这 些 不 同 的 敏捷 方法 的 合同 可 以 汇集 在 一 起 制定 出 对 客户 和 卖方 都 有 利 的 定制 化 合同 。 有 了 这 类 合同 ， 客 户 仍然 保留 变更 项 
目 工作 优先 级 的 灵活 性 ， 而 卖方 也 不 会 因为 增加 的 成 本 受到 共同 分 担 的 惩罚 。 同 时 ， 这 也 避免 了 卖方 增加 大 量 项 目 应 急 成 本 情况 
的 发 生 。 通 过 整合 分 级 固定 价格 合同 和 固定 工作 包 价格 合同 ， 并 结合 早期 终止 (金钱 无 用 ) 和 变更 优先 级 (自由 变更 ) 的 条 款 ， 
我 们 可 以 创建 一 个 保护 双方 利益 并 鼓励 积极 行为 的 定制 化 合同 。 


传统 的 固定 价值 的 工作 包 
SOW 





图 2-13 定价 值 工 作 包 


尽管 敏捷 合同 让 合同 双方 都 非常 受益 ， 但 创建 一 个 一 方 期 望 最 小 化 成 本 而 另 一 方 需要 最 大 化 收益 的 敏捷 合同 始终 需要 一 种 平 
衡 。 在 敏捷 项 目 中 ， 采 购 是 一 项 特别 的 挑战 ， 因 为 在 项 目 早期 通常 不 能 非常 完整 地 定义 范围 。 

对 于 熟悉 固定 价格 合同 的 公司 来 说 ， 合 同 签订 前 需求 已 是 商定 好 的 ， 而 采取 敏捷 会 是 一 个 冒险 的 行为 。 相 反 ， 其 他 的 合同 类 
型 会 推荐 用 敏捷 工作 ， 包 括 : 工料 合同 、 激 励 费 合同 等 。 


2.4 交付 价值 


交付 价值 贯穿 敏捷 项 目 执 行 始终 。 为 了 完成 这 个 目标 ， 团 队 应 该 利用 精益 的 最 大 化 价值 交付 活动 和 最 小 化 浪费 或 合 规 活动 
( 非 增值 ) 原则 。 例 如 ,一些 组 织 中 必需 的 但 是 不 直接 专注 于 交付 价值 的 活动 ， 像 在 项 目 执 行 期 间 也 许 会 减少 时 间 追 踪 和 报告 活 
动 的 时 间 。 当 我 们 以 最 大 化 价值 为 目标 时 ， 回 顾 一 下 我 们 在 本 章 价值 流程 图 部 分 讨论 过 的 关于 帕 彭 迪克 (Poppendieck) 的 七 
个 软件 浪费 ( 见 表 2-4) 。 


表 2-4 帕 彭 迪克 的 七 个 软件 浪费 


浪 费 描 述 举 例 


0 工作 已 经 开始 ， 但 是 未 完成 。 等 待 测试 的 代码 
部 分 完成 工作 | we | 
[移民 “| 元 序 的 部 分 完成 的 工作 。 等待 开发 的 规范 





。 不 用 的 文档 
额外 的 流程 “能 增 直 的 额外 的 工作 - 
额外 的 流程 不 能 增加 价值 的 额外 的 工作 不 需要 的 审批 


非 必 需 的 特性 或 者 认为 不 错 的 东西 ， 但 是 |  。 镀金 


额外 的 特性 | _ 非 必 时 
| 不 是 必需 的 。 技 术 特性 
当 有 上 下 文 切 换 惩罚 时 的 多 个 项 目的 多 任 ee 
es 当 有 上 下 文 切 接生 和 时 的 多 个 项 目的 多 伍 | 。 于 二 多 个 项 目的 员工 
务 切换 
等 待 原 型 审核 
等 和 延迟 审核 和 审批 的 等 待 时 间 a 


。 等 待 文档 审批 


沟通 或 者 转移 信息 ， 可 交付 物 从 一 个 组 到 
移动 男 一 个 组 所 必需 的 努力 ， 如 果 团 队 不 是 同 地 
协作 ， 这 种 努力 可 能 需要 更 多 


e 分 布 式 团队 
e 交接 转移 


e 需求 缺陷 


缺陷 需要 修正 的 有 缺陷 的 文档 或 者 软件 
软件 bug 





我 们 可 以 看 到 项 目 中 的 哪些 活动 是 浪费 的 ， 并 且 要 对 其 加 以 消除 。 接 下 来 看 一 些 分 类 项 目 工作 和 识别 并 消除 浪费 活动 的 工具 
和 技术 。 


2.4.1 任务 和 看 板 面 板 


在 敏捷 项 目 中 ， 任 务 和 看 板 面 板 可 以 在 很 多 方面 帮助 我 们 交付 价值 。 尽 管 它 看 起 来 像 是 软件 规划 工具 倒退 到 卡片 ， 但 是 这 种 
方法 提供 了 很 多 便利 。 


实际 上 ， 甘 特 图 在 敏捷 项 目 上 显示 出 了 一 些 和 劣势。 进度 计划 软件 能 展示 任务 层级 ， 并 支持 对 任务 依赖 完整 性 进行 检查 ， 也 可 
以 计算 出 一 些 感 兴趣 的 指标 ， 比 如 组 件 成 本 和 资源 利用 情况 等 。 正 是 这 些 工具 的 技术 复杂 性 导致 其 不 适合 敏捷 项 目 。 这 些 工具 产 
生 的 数学 、 统 计 和 数量 报表 隐藏 了 被 分 析 内 容 (比如 项 目 任务 和 估计 ) 的 不 稳定 的 本 质 。 另 外 ， 复 杂 的 进度 计划 会 琉 远 团队 并 降 
低 整 个 团队 的 效率 ， 相 反 ， 卡 片 等 这 些 低 科技 、 高 接触 的 物理 工具 可 以 增加 面对面 在 一 起 的 机 会 ， 有 利于 团队 的 合作 。 


当 我 们 使 用 工具 来 进行 进度 计算 和 预测 时 ， 会 产生 两 个 问题 : 数据 预测 准确 性 增加 以 及 干系 人 交互 障碍 。 我 们 来 更 加 详细 地 
看 看 这 些 问题 。 

(1) 数据 预测 准确 性 增加 : 用 估算 来 预测 并 不 能 显示 这 些 估 算 本 身 的 好 坏 ， 估 算 在 未 来 随时 可 能 发 生变 化 。 规 划 工 具 可 以 
针对 未 来 创建 复杂 的 模型 ， 但 这 些 模 型 并 不 意味 着 比 这 些 基础 数据 更 可 信 。 


(2) 干系 人 交互 障碍 : 使 用 复杂 的 规划 工具 ， 常 常 都 是 由 项 目 经 理 负 责 更 新 计划 。 项 目 经 理 定期 询问 团队 工作 进度 并 根据 
当前 的 进展 和 未 来 的 估算 更 新 进度 估算 。 


这 些 观察 结果 在 唐纳德 赖 纳 特 森 (Donald Reinertsen) 的 《管理 设计 工厂 》 一 书 中 有 所 反映 ， 书 中 作者 对 于 复杂 模型 也 给 


予 了 警告 : 




















不 使 用 比较 复杂 的 分 析 是 有 其 可 靠 的 原因 的 ， 即 并 不 是 每 个 人 都 会 理解 这 些 复 杂 模 型 。 我 们 创造 的 模型 越 复杂 ， 到 处 都 想 着 精准 ， 反 而 越 难 被 
下 队 信任 。 选 择 一 个 比较 简单 且 被 所 有 团队 成 员 理 解 的 建 模 技 术 比 选 择 一 个 可 能 导致 成 员 困 惑 的 所 谓 的 精确 模型 更 好 。 















































比较 而 言 ， 敏 捷 规 划 和 追踪 工具 使 用 了 低 科技 、 高 接触 方法 。 这 些 工 具 (如 卡片 和 图 表 ) 都 是 非常 简单 的 ， 团 队 和 干系 人 都 
很 容易 


容易 通过 移动 卡片 、 重 新 排序 列表 等 进行 操作 。 通 过 采用 这 些 原始 技术 ， 避 免 了 与 工具 相关 的 数据 准确 性 预测 ， 同 时 ， 人 允许 更 
多 的 人 在 合适 的 时 候 参 与 项 目 规划 。 


» 


本 | 


常 ， 企 业 中 推进 敏捷 的 团队 都 尝试 这 些 低 科技 、 高 接触 的 方法 ， 鼓 励 团队 使 用 可 视 化 的 方式 进行 项 目的 状态 展示 ， 低 科 
技 、 高 接触 的 团队 规划 是 项 目 状 态 的 真实 反映 。 例 如 ， 你 可 以 把 作战 室 的 一 面 墙 作为 可 视 化 图 表 。 如 果 客 户 想 了 解 项 目的 状态 ， 
可 以 直接 去 状态 墙 查看 。 当 需求 变更 时 ， 让 团队 和 客户 一 起 梳理 待 办 事项 列表 ， 重 新 进行 需求 优先 级 排序 。 


中 


若 你 比较 关心 在 低 科技 规划 中 丢失 数据 ， 可 以 定期 使 用 故事 卡 和 规划 面板 的 数码 照片 作为 保障 。 
2.4.2 ”限制 WIP 


过 程 中 工作 (WIP) ， 又 称 为 “在 制品 ”， 是 指 已 经 开始 但 还 未 完成 的 工作 ， 在 精益 中 被 视 为 一 种 浪费 。 库 存 也 属于 浪费 ， 
因为 在 购买 、 储 存 和 维护 方面 会 产生 费用 。 减 少 库存 的 一 种 方法 是 通过 移 除 系统 浇 有 颈 来 减少 WIP。 敏 捷 提 倡 通过 在 开发 新 的 特性 
前 完成 所 有 特性 的 WIP 限 制 来 限制 NIP。WIP 限 制 相当 于 和 迭 代 待 办 事项 ， 在 迭代 评审 时 所 有 的 特性 都 应 当 完 成 。 


从 帕 彭 迪克 的 七 个 软件 浪费 列表 ( 表 2-4) 看 ，WIP 本 身 也 是 一 种 浪费 ， 过 多 的 WIP 会 产生 一 些 问题 ,包括 : 





























:WIP 占用 了 项 目 资金 但 在 验收 前 完全 不 能 让 客户 获取 投资 回报 率 。 这 意味 着 投资 没有 收获 。 
NIP 隐 藏 了 工作 过 程 中 的 瓶颈 ， 包 括 减缓 全 部 工作 流 〈 或 生产 力 ) 和 掩盖 工作 效率 。 


本 


:WIP 存在 返工 的 风险 ， 因 为 产品 验收 前 都 有 可 能 发 生变 化 。 如 果 WIP 很 多 ， 那 么 在 需要 变化 时 就 会 有 很 多 废品 或 者 昂贵 的 返工 。 


















































鉴于 这 些 问题 ， 敏 捷 方 法 提出 限制 WIP。 在 敏捷 中 ， 常 规 限 制 WIP 的 做 法 通常 有 以 下 两 种 ， 帮 助 减少 项 目 中 占有 资金 、 返 工 
和 浪费 的 风险 。 


(1) 限制 数量 : 使 用 看 板 面板 来 限制 系统 中 的 工作 数量 并 帮助 确保 限制 WIP 没 有 过 量 。 看 板 面板 通过 展示 在 任何 给 定时 间 
的 当前 应 该 被 进行 中 的 工作 数量 来 限制 WIP。 


(2) 限制 大 小 : 限制 看 板 面板 的 大 小 ， 只 有 被 选择 的 任务 才能 够 放 入 该 空间 。 敏 捷 团 队 使 用 限制 WIP 的 看 板 面板 工具 来 识 
别 和 移 除 瓶 须 障碍 ， 以 提升 过 程 利用 效率 。 


从 没有 限制 WIP 的 看 板 面板 中 可 以 看 到 很 多 WIP， 也 意味 着 项 目 团队 都 忙于 工作 ， 但 是 不 能 区 分 哪个 任务 是 闲置 的 、 瓶 颈 在 
哪里 。 限 制 WIP 可 以 向 我 们 展示 障碍 在 哪里 。 


WIP 太 低 的 看 板 面板 ( 见 图 2-14) 进行 中 的 工作 只 有 一 项 ， 也 就 意味 着 团队 很 空闲 上 且 工 作 流 也 很 缓慢 。 然 后 ， 这 种 低 限 制 
WIP 让 我 们 很 容易 识别 哪 一 个 工作 项 阻碍 项 目 流 程 。 一 旦 识别 出 瓶颈 项 ， 我 们 就 可 以 化 解 限制 并 通过 使 其 更 高 效 来 移 除 瓶 英 。 例 
如 ， 我 们 可 以 让 其 他 团队 成 员 针 对 该 活动 做 一 些 预 处 理工 作 ， 询 问 下 游客 户 是 否 可 以 接受 未 经 优化 的 产 出 ， 或 者 为 约束 活动 增加 
资源 。 


过 高 的 WIP 导 致 反馈 时 间 长 ， 质 量 差 。 一 开始 不 要 设置 过 高 的 WIP， 但 是 也 需要 设置 WIP，WIP 带 来 的 压力 会 引发 价值 流 上 
各 方 的 讨论 和 协同 。WIP 太 高 的 看 板 ， 如 图 2-15 所 示 。 
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图 2-14 WIP 太 低 的 看 板 


Too high VIP limit 





图 2-15 WIP 太 高 的 看 板 


图 2-16 显 示 了 WIP 刚 好 的 看 板 ， 可 以 看 到 有 效 的 工作 在 进行 中 。 有 时 候 团 队 会 空闲 或 懈 仿 ， 但 是 瓶颈 很 清晰 且 工 作 流 很 快 
速 。 


Just Right WIP limit 





图 2-16 WIP 刚好 的 看 板 


WIP 被 用 来 在 人 和 工作 项 之 间 做 平衡 ， 限 制 WIP 的 目的 是 优化 工作 吞吐 量 ， 而 不 是 优化 资源 利用 率 。 而 WIP 的 值 是 通过 调整 
才 算出 来 的 。 限 制 WIP 帮 助 我们 识别 过 程 中 的 瓶颈 ， 并 最 大 化 生产 率 ， 就 像 某 些 城市 实行 单 双 号 的 车 辆 限行 ， 通 过 限制 路 上 通行 
的 车 辆 可 以 让 交通 更 通畅 。 


与 限制 WIP 相 关 的 一 个 法 则 是 利 特 尔 法 则 ， 该 法 则 认为 循环 时 间 与 WIP 中 的 工作 数量 成 比例 。 换 句 话说 ,可 以 基于 WIP 队 列 
的 大 小 预测 完成 时 间 。 


利 特 尔 法 则 (Little”s Law) 由 麻 省 理工 大 学 斯 隆 商 学 院 (MIT Sloan School of Management) 的 教授 约翰 ` 利 特 尔 
(John Little) 于 1961 年 提出 。 它 是 一 个 有 关 提 前 期 与 在 制品 关系 的 简单 数学 公式 ， 这 一 法 则 为 精益 生产 的 改善 指明 了 方向 。 
针对 如 何 有 效 地 缩短 生产 周期 ， 利 特 尔 法 则 指出 了 两 个 方向 : 一 是 提高 产能 ， 从 而 降低 生产 节拍 ; 二 是 压缩 存货 数量 。 然 而 ， 提 
高 往往 意味 着 增加 很 大 的 投入 。 另 外 ， 生 产能 力 的 提升 虽然 可 以 缩短 生产 周期 ， 但 是 ， 生 产能 力 的 提升 有 其 限度 ， 我 们 无 法 承受 
生产 能 力 远 远 超过 市 场 的 需求 。 通 常 ， 每 家 公司 在 某 段 时 间 内 的 生产 能 力 相对 稳定 ， 而 从 长 期 来 看 ， 各 公司 也 会 力图 使 自己 的 产 


能 符合 市 场 需求 。 因 此 ， 最 有 效 地 缩短 生产 周期 的 方法 就 是 压缩 在 制品 数量 。 


2.4.3 ” 增 量 交 付 


增 量 交付 是 另 一 种 优化 项 目 价值 交付 的 方法 。 使 用 增 量 交付 ， 团 队 可 以 定期 在 过 程 中 部 署 产品 增 量 。 在 软件 项 目 中 ， 可 工作 
的 软件 通常 先 被 部 署 到 测试 环境 中 进行 测试 ， 但 如 果 对 业务 有 意义 ， 团 队 就 会 以 增 量 的 方式 将 该 功能 交付 到 生产 上 。 如 果 能 够 交 
付 产 品 或 者 一 些 负 责 系统 的 简单 版 本 ,我 们 就 可 能 获取 早期 的 投资 回报 率 。 


即使 增 量 交 付 软件 到 测试 环境 而 不 是 生产 环境 中 ， 这 种 方法 依然 可 以 帮 有 我 们 交付 所 有 价值 。 修 复 测试 环境 中 发 现 的 问题 比 修 
复生 产 环境 中 发 现 的 问题 成 本 更 低 。 增 量 交付 减少 了 早期 发 现 问题 造成 的 返工 工作 量 ， 更 有 益 于 项 目 价 值 。 


2.5 ”确认 价值 


通常 开发 好 的 产品 ， 团 队 认 可 ， 但 是 发 起 人 和 业务 客户 确认 时 ， 可 能 会 存在 异议 或 者 争议 。 敏 捷 方法 常用 在 一 些 无 形 的 产品 
中 ， 比 如 软件 项 目 。 因 为 是 无 形 的， 所 以 确认 价值 这 件 事 就 显得 非常 重要 ， 这 将 决定 着 我 们 正在 构建 的 产品 是 不 是 在 正确 的 轨道 
上 。 


因为 每 个 人 的 信念 不 同 ， 评 价 标准 也 存在 差异 ， 加 上 个 人 的 经 验 和 经 历 不 同 ， 在 描述 一 些 无 形 的 东西 时 可 能 会 产生 误解 ， 对 
于 相同 事情 的 理解 通常 是 不 一 样 的 。 鉴 于 这 种 差异 可 能 会 导致 返工 ， 所 以 尽早 发 现 这 些 差距 很 重要 。 确 认 价 值 就 是 核实 团队 进行 
中 的 工作 是 否 符合 期 望 ， 但 这 并 不 等 于 说 进行 中 的 工作 要 跟 项 目 开始 时 描述 的 一 致 ， 这 两 者 是 有 差异 的 ， 这 也 是 敏捷 实践 的 关键 
所 在 。 


2.5.1 客户 价值 优先 级 


客户 价值 优先 级 既 可 以 用 来 规划 价值 ， 也 可 以 用 来 确认 价值 。 在 项 目 进行 中 ， 剩 余 工 作 的 优先 级 可 以 重新 排列 。 团 队 和 客户 
一 起 协作 确定 变更 ， 但 是 这 些 变更 通常 在 每 个 迭代 结束 时 进行 。 新 增加 的 或 者 有 变化 的 需求 会 纳入 到 产品 待 办 事项 ， 并 在 下 一 次 
会 议 中 再 讨论 。 


通过 询问 业务 代表 或 者 客户 他 们 最 高 优先 级 的 产品 特性 ， 去 获取 他 们 的 动机 、 风 险 和 验收 标准 。 没 有 包含 客户 价值 优先 级 的 
项 目 也 许 不 能 识别 项 目 成 功 的 关键 因素 。 


2.5.2 原型 


功能 演示 对 于 确认 软件 项 目 成 功 非常 天 键 。 软 件 是 无 形 的， 真正 的 需求 可 能 在 产品 被 展示 和 使 用 中 才能 被 发 现 。 为 了 帮助 确 
认 需 求 ， 需 要 展示 原型 ， 通 过 演变 去 发 现 真 正 的 业务 需求 。 


原型 是 指 低 成 本 和 低 风 险 ， 向 客户 展示 设计 概念 的 方法 ， 旨 在 开 发 前 获得 用 户 反馈 。 如 果 一 个 设计 不 能 提前 成 型 而 无 法 获得 
反馈 ， 或 者 无 法 达到 客户 预期 ， 原 型 有 助 于 节省 成 本 。 在 敏捷 设计 流程 中 ， 原 型 有 助 于 客户 了 解 当 前 的 设计 状态 。 三 种 常见 的 原 
型 是 HTML、 书 面 ( 即 概述 ) 和 线 框 。 线 框 是 用 户 界 面 的 概述 ， 确 认 它 的 内 容 、 设 计 和 设计 功能 ， 常 是 黑白 色 ， 吻 除 细节 性 的 图 
片 和 图 像 。 线 框 可 在 纸 上 、 和 白板 或 者 软件 上 创作 。 


2.6 ” 追 哮 和 报告 价值 


敏捷 是 应 对 不 确定 因素 的 一 种 灵活 的 管控 方式 ， 所 以 ， 在 敏捷 项 目 环 境 中 ， 我 们 需要 监控 需求 交付 的 价值 来 确保 满足 客户 的 
期 望 ， 及 时 跟 干 系 人 沟通 ， 反 馈 项 目的 真实 状态 。 其 间 ， 我 们 可 以 采用 一 些 工 具 和 技术 来 追踪 、 报 告 价值 ， 包 括 挣 值 、 累 计 流量 
图 、 风 险 燃 烧 图 和 任务 看 板 面板 等 。 


2.6.1 ”敏捷 挣 值 


1. 敏 捷 挣 值 的 产生 


在 传统 的 项 目 中 ，S 曲 线 是 一 个 报告 项 目 绩效 的 工具 。 在 敏捷 中 ，S 曲 线 也 可 以 作为 很 好 的 工具 以 追踪 项 目 花 费 ， 能 够 很 直 
观 地 显示 项 目 是 否 超出 预算 或 者 在 预算 内 ， 如 图 2-17 所 示 。 


项 目 支 出 
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图 2-17 SS 曲线 


但 是 ，S 曲 线 不 能 反馈 进度 的 信息 ， 为 了 报告 进度 状态 ， 我 们 通常 使 用 追踪 甘 特 图 ， 如 图 2-18 所 示 。 然 而 ， 甘 特 图 无 法 显示 
成 本 的 花费 情况 。 此 外 ， 敏 捷 项 目的 迭代 特性 也 会 让 甘 特 图 显得 不 易 理 解 。 


挣 值 技术 便 由 此 产生 ， 挣 值 综合 考虑 了 成 本 和 进度 数据 从 而 报告 了 一 个 全 面 的 项 目 绩效 。 在 传统 的 瀑布 模型 中 ， 学 习 过 挣 值 
计算 EVM ， 在 敏捷 项 目 中 依然 可 以 使 用 挣 值 。 


挣 值 将 某 个 点 的 实际 项 目 绩效 和 计划 绩效 相 比较 ， 如 果 初 始 计 划 有 问题 ， 最 终 的 结果 偏差 会 很 大 。 基 准 计划 的 质量 在 使 用 挣 
值 过 程 中 是 一 个 关键 因素 。 然 而 ， 根 据 敏捷 宣言 中 的 第 四 条 “响应 变化 胜 过 遵循 计划 ” ， 我 们 知道 敏捷 中 的 初始 计划 可 能 会 发 生 
变更 ， 因 此 有 效 挣 值 管理 的 基础 便 是 按照 计划 循序 渐进 地 实时 更 新 。 


敏捷 中 的 挣 值 不 能 真正 显示 项 目 是 否 成 功 。 我 们 可 能 按时 保质 地 在 预算 内 完成 一 个 项 目 ， 但 是 最 终 发 现 项 目的 产 出 不 是 客户 
需要 的 、 不 能 给 客户 带 来 价值 。 因 此 ， 传 统 瀑布 中 的 项 目 成 功 通常 被 视 为 按时 保质 地 在 预算 内 完成 项 目的 目标 ， 而 敏捷 中 的 项 目 
成 功 更 倾向 于 客户 满意 。 
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图 2-18 ”上 甘 特 图 


2. 敏 捷 挣 值 的 计算 


挣 值 管 理 ， 是 根据 成 本 和 计划 用 于 评 佑 项 目 绩效 的 管理 技巧 。 依 赖 于 其 他 普遍 经 济 标准 ， 像 完成 预算 (BAC) 、 实 际 成 本 
(AC) 、 计 划 价 值 (PV) 、 挣 得 价值 (EV) 、 成 本 偏差 (CV) 、 进 度 偏差 (SV) 、 成 本 绩效 指数 (CPI) 、 进 度 绩效 指数 
(SPI) 。CV 和 SV 能 被 转换 为 CPI 和 SPI 的 绩效 指标 ， 追 踪 记 录 ， 逐 渐 去 呈现 进度 。BAC 是 总 项 目 预 算 。AC 是 目前 实际 成 本 。PV 

是 项 目 在 给 定时 间 内 的 计划 价值 ， 你 能 通过 现在 周 数 或 计划 周 数 的 比率 乘 BAC 计 算得 到 (15 周 里 有 5 周 $15000 项 目 
=$5000PV) 。EV 是 实际 完成 或 获得 的 工作 价值 (你 完成 了 项 目的 50%，EV=$7500) 。CV 是 项 目 赚 到 的 和 目前 花费 之 差 
(CV=EV-AC) 。SV 是 目前 赚 得 的 和 目前 计划 赚 得 的 差 (SV=EV-PV) 。CPI 是 表达 成 本 绩效 的 比率 (CPl=EV/AC) 。 如 果 
SPI>1， 项 目 赚 的 比 花 的 多 。 如 果 CPI=1， 项 目 提 前 于 计划 。 如 果 CPI<1， 项 目 落 后 于 计划 。 传 统 的 挣 值 管理 度量 (如 进度 绩效 
由 标 和 成 本 绩效 指标 ) 可 以 很 容易 地 转换 为 敏捷 术语 。 如 我 们 规划 在 本 次 迭代 中 完成 40 个 故事 点 ， 但 实际 上 只 完成 了 20 个 。 我 
们 可 以 使 用 20 除 以 40 得 到 进度 绩效 指标 一 一 0.5 (意味 着 我 们 只 完成 了 进度 规划 的 50%) 。 同 样 ， 成 本 绩效 指标 是 目前 为 止 的 实 
际 价值 (AC) 除 以 挣 值 (EV， 或 者 到 目前 为 止 完成 的 产品 特性 价值 ) 。 





2.6.2” 燃 尽 图 


燃 尽 图 是 一 个 用 来 展示 迭代 进度 的 信息 发 射 源 。 以 图 形 化 的 方式 展现 了 团队 本 迭代 内 剩余 的 工作 量 (y 轴 ) 与 工作 日 (x 轴 ) 


的 关系 ， 因 整体 上 辟 是 递减 而 得 名 。 其 目的 是 监控 迭代 进度 或 者 项 目的 进度 ， 追 踪 剩 余 总 和 并 预测 达成 迭代 目标 的 可 能 性 。 实 际 
工作 序列 每 日 更 新 ， 取 决 于 敏捷 团队 的 生产 率 和 任务 的 复杂 性 。 实 际 工作 序列 常常 是 易 变 的 ， 因 为 团队 收 到 干扰 等 原因 使 其 并 非 
吓 直线。 一 般 ， 在 团队 每 日 站 会 开 完 后 ， 由 团队 更 新 燃 尽 图 。 燃 尽 图 ， 如 图 2-19 所 示 。 


2.6.3 ”风险 燃 尽 图 


风险 燃 尽 图 是 用 于 跟踪 项 目 伴随 时 间 风 险 的 风险 管理 技能 。 通 过 风险 燃 尽 图 ， 干 系 人 可 快速 查看 随 着 时 间 项 目 风 险 管理 的 绩 
效 (比如 提高 、 降 低 以 及 对 应 的 数值 ) 。 严 重度 (影响 和 收益 的 产品 ) 是 沿 着 坚 轴 绘制 ， 而 横 轴 是 时 间 。 


1 000 


图 2-19 ” 燃 尽 图 
影响 力 的 数值 往往 是 0 ~ 5， 按 风险 升序 排列 。 收 益 率 /可 能 性 的 数值 往往 是 0 ~ 5， 按 收益 率 升序 排列 。 


例如 ， 一 项 风险 的 最 高 风险 度 是 25 (5x5=25) ， 最 低 风 险 度 是 0。 敏 捷 团 队 和 客户 /产品 负责 人 识别 到 风险 同时 分 配 严 重度 
值 到 风险 登记 册 ， 并 跟踪 这 些 值 。 在 理想 情况 下 ， 风 险 严重 度 会 随 着 时 间 降 低 。 


2.6.4 燃 起 图 


燃 起 图 ， 以 图 形 化 的 方式 展现 了 项 目 或 团队 多 个 迭代 的 需求 昧 计 完成 情况 (y 轴 ) 与 各 迭代 (x 轴 ) 的 关系 ， 因 整体 上 总 是 递 
增 而 得 名 。 通 过 延长 实际 线 ( 按 最 近 夺 代 或 平均 斜率 ) ， 可 以 大 致 判断 要 完成 当前 的 所 有 需求 还 需要 几 个 迭代 。 


2.6.5 ” 紧 计 流量 图 (CFD) 
累计 流量 图 对 于 追踪 和 预测 敏捷 项 目 是 一 个 非常 有 用 的 工具 。 累 计 流量 图 可 以 帮 我 们 洞察 项 目 问题 、 循 环 时 间 和 可 能 完成 的 
日 期 。 图 2-20 是 一 个 累计 流量 图 的 例子 


图 2-20 展 示 了 仍 在 进行 中 的 虚拟 项 目的 已 完成 功能 和 剩余 功能 。 最 上 面 的 区 域 代表 待 办 事项 ， 虚 线 部 分 表示 正在 进行 中 的 
工作 ， 是 我 们 已 经 开始 但 是 还 未 完成 的 工作 ， 最 下 方 显示 了 项 目 中 已 经 完成 的 功能 。 
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图 2-20 累计 流量 图 实例 


利 特 尔 法 则 显示 正在 进行 中 的 工作 ， 用 来 分 析 累 计 流 量 图 的 队列 。 本 书 前 面 章节 已 经 详细 介绍 了 该 法 则 。 我 们 可 以 根据 垂直 
距离 得 出 队列 中 还 有 多 少 工作 项 ， 即 WIP， 也 可 以 通过 水 平 距离 来 确定 循环 时 间 ， 完 成 队列 中 的 工作 大 概 需要 多 长 时 间 。 


循环 时 间 对 于 精益 生产 非常 重要 。 这 些 数据 可 以 帮 有 我 们 预测 进行 中 的 工作 什么 时 间 段 可 以 全 部 完成 。 我 们 应 该 保持 WIP 和 循 
环 时 间 越 小 越 好 ， 因 为 它们 代表 沉没 投资 成 本 ， 这 些 成 本 还 未 产生 价值 效益 。 项 目的 WIP 越 多 或 循环 时 间 越 长 ， 项 目 被 取消 的 风 
险 越 高 。 

约束 和 瓶颈 

约束 也 可 能 表现 为 限制 吞吐 能 力 ， 如 数据 库 团 队 可 能 和 开发 团队 的 变化 不 同步 ， 或 者 客户 代理 不 能 及 时 更 新 关于 团队 设计 的 
新 屏幕 有 效 性 规则 的 问题 。 在 这 两 种 情况 下 ， 数 据 库 团队 和 客户 代理 都 是 约束 因素 ， 但 作为 项 目 经 理 ， 这 些 瓶 颈 常 常 很 难 被 发 
现 。 我 们 通常 会 感觉 哪里 有 瓶颈 ， 但 是 缺少 每 天 能 处 理 多 少 功 能 的 准确 测量 ， 以 及 如 何 客观 地 衡量 活动 吞吐 和 瓶颈 。 这 也 是 引入 
累计 流量 图 的 原因 。 


如 果 可 以 通过 分 解 活动 和 流程 规划 ， 而 不 是 将 所 有 工作 作为 一 个 单一 的 度量 来 看 ， 那 么 我 们 可 以 使 用 累计 流量 图 来 发 现 瓶 
颈 ， 如 图 2-21 所 示 。 


项 目 Alpha 一 陛 积 流 
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图 2-21 项 目 Alpha- 累 积 流 


2.6.6 ”风险 燃 尽 图 


风险 和 价值 密切 相关 ， 被 视 为 反 价 值 。 因 此 ， 在 敏捷 项 目 中 ， 风 险 管理 也 尤为 重要 。 风 险 管理 应 该 服务 于 工作 进度 ， 将 高 风 


险 活动 放 入 早期 迭代 中 ， 并 将 风险 对 应 的 减轻 措施 放 入 待 办 事项 。 


在 项 目 进行 中 ， 风 险 管理 需要 持续 进行 ， 在 风险 成 为 问题 前 主动 应 对 。 然 后 ， 在 大 多 数 项 目 中 ， 项 目 经 理 都 会 执行 风险 分 


析 、 风 险 应 对 ， 弱 化 对 风险 管理 的 规划 ， 导 致 在 选择 任务 和 进度 规划 时 没有 考虑 到 这 些 风 险 因素 。 


使 用 敏捷 方法 ， 有 很 多 机 会 可 以 在 项 目 风险 变 成 问题 前 主动 进行 应 对 。 和 迭代 开发 允许 高 风险 的 工作 在 项 目 生命 周 期 中 进行 处 


理 。 具 有 高 风险 的 功能 和 用 户 故 事 可 以 在 项 目 早期 进行 实施 。 在 选择 功能 时 ， 需 要 平衡 该 功能 的 业务 价值 和 风险 因素 。 


风险 的 度量 一 般 用 预期 货币 价值 (EMV) 表示 ， 这 在 本 章 前 面 已 讨论 过 。 当 我 们 需要 对 项 目 可 能 性 和 影响 进行 排序 时 ， 我 


们 可 以 用 EMV 来 计算 风险 等 级 ， 如 下 面 的 公式 所 示 : 





风险 严重 等 级 = 风险 发 生 的 概率 x 风险 的 影响 


计算 出 风险 严重 等 级 可 以 帮助 我 们 对 风险 进行 排序 ， 确 定 风险 应 对 的 优先 级 。 这 一 点 ， 与 《PMBOK 指 南 》 中 的 风险 内 容 相 


似 。 


在 识别 风险 的 环节 中 ， 要 尽 可 能 多 地 把 干系 人 纳入 一 起 识别 ， 形 成 风险 登记 册 。 在 风险 登记 册 的 基础 上 进行 风险 定性 分 析 和 


定量 分 析 ， 同 时 制订 风险 应 对 计划 。 


风险 燃 尽 图 是 项 目 风险 严重 程度 的 累积 。 每 个 风险 的 严重 等 级 评分 都 会 在 项 目 办 计 风 险 概要 中 重 革 显示。 风险 燃烧 图 可 以 快 
速 地 告知 干系 人 项 目 风险 是 否 按 照 正确 的 方向 发 展 (降低) ， 或 风险 严重 等 级 在 增加 。 通 过 这 个 图 来 追踪 项 目的 状况 ， 判 断 项 目 
健康 情况 。 


2.6.7 任务/ 看板 面 板 


任务 /看 板 面板 已 经 在 前 面 作为 规划 价值 的 工具 被 介绍 过 ， 同 时 ， 它 也 是 一 种 很 好 的 追踪 和 报告 价值 的 方法 。 例 如 ， 每 天 的 
站 会 在 面板 前 召开 ， 并 随时 更 新 面板 中 的 进度 ， 这 样 团队 可 以 看 到 故事 卡 在 面板 中 的 移动 ， 状 态 从 未 开始 到 进行 中 再 到 已 完成 。 
团队 在 过 程 中 可 以 及 时 地 发 现 问题 、 快 速 反馈 ， 同 时 ， 工 作 项 的 完成 也 会 增加 信心 。 


任务 面板 的 工具 可 以 帮助 我 们 追踪 和 报告 价值 ， 其 结果 通常 显示 在 信息 发 射 源 中 。 信 息 发 射 源 是 一 个 展示 在 突出 位 置 的 更 大 
的 视觉 化 图 表 。 在 干系 人 的 章节 中 ， 会 重点 介绍 信息 发 射 源 。 看 板 ， 如 图 2-22 所 示 。 








图 2-22 看板 


2.7 ”本 章 常 见 问题 解答 


1. 敏 捷 中 的 范围 与 瀑布 不 同 ， 是 一 直 变 化 的 ， 在 范围 变化 的 基础 上 如 何 运 用 挣 值 ? 


答 : 首先 ， 挣 值 是 一 个 测量 指标 ， 可 以 预测 完成 日 期 和 最 终 成 本 。 其 次 ， 挣 值 是 一 个 可 视 化 的 过 程 。 对 于 传统 的 瀑布 模型 ， 


人 们 常常 忘记 挣 值 图 表 ， 而 只 关注 数字 ， 而 挣 值 的 核心 却 是 这 些 图 。 信 息 的 可 视 化 展示 可 以 帮助 了 解 相关 数据 并 做 出 及 时 响应 ， 
也 会 提高 工作 的 协同 性 。 因 为 ， 图 片 比 文字 和 数字 更 容易 做 预测 。 


在 通常 情况 下 ， 敏 捷 是 在 一 个 迭代 内 运用 挣 值 的 计算 ， 通 过 计划 完成 的 故事 点 数 和 已 完成 的 故事 点 数 来 预测 进度 绩效 指数 。 
2. 是 否 可 以 通过 燃 尽 图 监控 团队 进度 的 缓慢 ? 


答 : 燃 尽 图 展示 了 剩余 的 估算 时 间 和 剩余 的 估算 点 ， 方 便 项 目 团 队 进 行进 展 跟踪 。 但 是 ， 单 独 的 燃 尽 图 无 法 判断 团队 进度 的 
缓慢 。 燃 尽 图 的 一 个 缺点 是 范围 蔓延 和 进度 变化 混合 在 一 起 。 例 如 ， 在 某 个 时 间 段 之 间 ， 燃 尽 图 下 降 比较 慢 ( 线 比 较 平 ) ， 这 可 
能 是 因为 人 员 在 度假 ， 也 可 能 是 因为 团队 接收 到 了 更 多 的 需求 (范围 在 蔓延 ) 。 我 们 不 能 从 燃 尽 图 中 辨别 流程 变 慢 的 原因 。 然 
而 ， 燃 起 图 通常 会 把 过 程 和 范围 区 分 开 ， 通 过 这 些 因素 会 更 容易 区 分 。 


3. 如 何 通过 累计 流量 图 识别 项 目 活 动 中 的 瓶颈 ? 


答 : 累计 流量 图 是 敏捷 中 的 一 个 度量 工具 ， 用 来 衡量 一 个 敏捷 团队 的 健康 状况 。 从 累计 流量 图 中 可 以 看 见 ， 通 常 瓶颈 就 处 在 
累计 流量 图 中 加 宽 区 域 的 下 面 。 加 宽 区 域 带 是 供给 活动 ， 不 是 瓶颈 活动 。 团 队 不 需要 微观 管理 团队 的 生产 力 来 确定 瓶颈 ， 可 以 通 
过 使 用 累计 流量 图 追踪 进度 ， 识 别 瓶 贷 。 累 计 流 量 图 是 常用 的 洞察 问题 、 预 测 完工 日 期 的 工具 。 通 常 ， 利 特 尔 法 则 是 一 个 预测 和 
分 析 队 列 情况 的 工具 ,根据 公式 计算 出 完工 时 间 和 循环 时 间 ， 但 是 这 个 公式 在 ACP 考 试 中 不 要 求 掌握 。 


4. 燃 尽 图 、 燃 起 图 在 什么 级 别 使 用 ? 是 在 一 个 迭代 内 使 用 ， 还 是 可 以 在 一 个 版 本 内 使 用 ? 


答 : 燃 尽 图 、 燃 起 图 都 可 以 设置 不 同 的 级 别 ， 比 如 迭代 级 人 燃 尽 图 、 版 本 (发 布 ) 级 效 尽 图 、 迭 代 奖 起 图 、 版 本 (发 布 ) 级 燃 
起 图 。 一 般 来 说 ， 燃 起 图 用 于 时 间 跨 度 较 长 的 周期 ， 比 如 发 布 级 。 这 三 个 都 可 以 视 为 信息 发 射 源 ， 用 来 监控 进度 ， 识 别 问题 的 工 
具 


==~o 


5. 敏 捷 方 法 拥抱 变更 ， 那 么 ， 该 如 何 签署 一 个 敏捷 项 目的 合同 ? 


答 : 传统 的 固定 总 价 合同 在 敏捷 项 目 中 不 太 适 合 ， 一 般 会 用 工料 合同 等 代替。 此 外 ， 敏 捷 方 法 也 要 求 业务 更 积极 地 参与 迭代 
反馈 ， 对 待 办 事项 重新 设 定 优先 级 ， 并 评估 变更 的 需求 和 剩余 工作 项 的 价值 。 对 于 比较 信任 的 客户 ， 敏 捷 合 同 是 一 个 非常 好 的 工 
具 ， 能 创造 更 多 价值 ， 并 带 给 客户 竞争 优势 。 对 于 不 信任 或 者 不 参与 的 客户 ， 敏 捷 合 同 可 能 会 很 难 执行 或 者 根本 不 适合 。ACP 考 
试 对 合同 不 做 详细 的 要 求 。 


全 练习 题 


1 一 个 间 题 由 两 个 独立 的 团队 使 用 不 同 的 解决 方案 在 探测 ， 你 作为 敏捷 管理 工程 师 ， 需 要 怎么 做 ? 
A. 鼓 励 竞争 ， 对 项 目 有 好 处 

B. 和 两 个 团队 充分 沟通 ， 消 除 信息 孤岛 

.让 两 个 团队 自己 竞争 ， 不 闻 不 问 

D. 消 除 竞 争 ， 以 其 中 一 个 方案 为 准 


2 一 个 史诗 故事 发 现 有 重大 的 风险 ， 你 作为 敏捷 管理 工程 师 ， 需 要 怎么 做 ? 


A 中断 现在 的 迭代 ， 对 应 风险 

B. 放 到 下 一 个 Sprint 来 对 应 

C. 使 用 Explore 探 测 风险 

D. 不 管 风 险 ， 继 续 按 照 原 计划 进行 


3. 你 的 敏捷 团队 为 一 家 小 公司 服务 ， 目 前 开发 的 项 目 发 生 延 期 导致 下 个 版 本 不 能 按时 发 布 ， 公 司 领导 认为 延期 会 导致 商业 价 
值 无 法 实现 ， 需 要 用 哪个 技术 分 析 ? 


A. 风 险 管理 


B. 偏 差 和 趋势 分 析 


D. 卡 诺 分 析 
4. 以 下 哪个 是 敏捷 项 目 中 最 佳 的 风险 分 析 ? 
人 A. 回归 分 析 


B. 帕 累 托 


5. 根 据 帕 累 托 法 则 ， 我 们 要 进行 产品 待 办 事项 排序 ， 因 为 : 
A. 低 优先 级 的 功能 很 有 可 能 在 下 一 个 迭代 中 移 除 

B. 功 能 一 直到 完成 才能 实现 价值 

5. 越 是 最 近 的 需求 越 有 可 能 对 商业 来 说 最 重要 

D. 一 个 小 百分比 的 工作 可 以 提供 一 个 大 百分比 的 价值 

6. 在 敏捷 风险 管理 中 ， 风 险 燃 尽 图 是 用 来 : 

A. 定 性 分 析 风 险 发 生 的 概率 

B. 跟 踪 技 术 风 险 的 减轻 

5. 文 档 化 记录 能 对 项 目 产生 影响 的 外 部 风险 

D. 说 明 项 目的 风险 简介 以 及 新 的 、 变 更 的 风险 


7. 哪 个 是 PO 和 团队 之 间 沟 通 的 桥梁 ? 


C.Scr um 团队 会 议 

D. 冲 刺 版 本 计划 

8. 当 应 用 EVM 时 ， 应 该 在 什么 级 别 进行 过 程 的 测量 ? 

A. 任 务 

B. 迭 代 

C. 产 品 

D. 版 本 

9. 谁 负责 挑选 下 一 个 迭代 中 需要 包括 的 用 户 故事 的 优先 顺序 ? 
A.SM 

B. 开 发 人 员 

C.PO 

D. 团 队 

10. 用 户 故事 是 临时 的 工件 ， 直 到 什么 时 候 才 被 认为 是 实质 性 的 ? 
A. 团 队 完 成 这 些 故事 的 时 候 

B. 项 目的 结尾 


C. 版 本 完成 


D. 冲 刺 的 最 后 





1. 答 案 : B。 探 测 可 以 在 迭代 开始 前 进行 架构 探测 (迭代 0) ， 也 可 以 在 迭代 中 进行 技术 探测 。 探 测 的 目的 是 对 一 个 不 确定 的 
方案 ， 尽 量 开 清晰， 避免 对 不 了 解 的 东西 一 下 投入 太 多 人 力 或 精力 ， 探 测 的 过 程 一 般 都 不 会 太 久 。 不 同 的 团队 可 以 同时 进行 探 
测 ， 但 是 要 明确 探测 截止 的 时 间 ， 同 时 过 程 中 更 要 保证 信息 透明 ， 以 免 重复 浪费 。 


2. 答 案 : C。 对 于 风险 可 以 采用 探测 的 方式 在 早期 进行 。A 中 断 夫 代 不 合适 ， 一 个 迭代 一 旦 启动 ， 不 轻易 中 断 ， 体 现 了 时 间 
使 的 概念 ; B 不 符合 风险 需要 早期 处 理 的 理念 。 


3. 答 案 : D。 本 题 的 考点 是 价值 排序 ， 即 时 间 不 够 的 前 提 下 如 何 裁剪 需求 。 卡 诺 分 析 是 敏捷 中 客户 价值 排序 的 工具 。AB 是 过 


程 的 监控 ，C 是 原因 分 析 。 


4 答案 : D。 风 险 分 析 有 定性 分 析 和 定量 分 析 ， 其 中 蒙特 卡 洛 是 定量 分 析 的 工具 ， 可 以 参照 策 《PMBOK 指 南 》 中 的 风险 管 
理 领 域 的 知识 。 回 归 分 析 、 帕 票 托 和 定性 分 析 都 不 是 具体 的 风险 分 析 的 工具 。 


5. 答 案 : D。 帕 累 托 法 则 又 称 二 八 原理 ， 即 投入 20% 的 精力 获得 80% 的 收益 ， 与 题目 中 D 的 解释 吻合 。 
6. 答 案 : B。 风 险 燃 尽 图 是 用 来 对 剩余 风险 进行 跟踪 的 工具 ， 用 来 判断 风险 是 减轻 还 是 增加 了 。 


7. 答 案 : B。PO 最 关注 的 是 产品 待 办 事项 ， 负 责 梳理 和 调整 待 办 事项 。 在 计划 会 上 ，PO 与 团队 会 基于 产品 待 办 事项 进行 沟 
通 ， 选 择优 先 级 高 的 纳入 下 一 个 迭代 。 


8. 答 案 : B。 为 了 防止 被 中 断 ， 一 个 迭代 内 计划 完成 的 故事 点 数 是 固定 的 (PV) ， 人 迭代 结束 后 完成 的 故事 点 数 就 是 EV， 由 此 
可 以 测量 出 SV 或 者 SP1。 


9. 答 案 : C。PO 负 责 用 户 故 事 优先 级 的 排序 ， 通 常 体现 在 产品 待 办 事项 的 维护 和 梳理 上 。 


10. 答 案 : A。 用 户 故事 在 完成 的 时 候 才 可 以 提供 价值 ， 才 算是 实质 性 的 。 
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本 章 在 PMI-ACP 考 试 中 出 现 的 题 较 多 ， 要 要 
和 层级 ， 掌 握 沟通 的 软 技能 ， 如 积极 聆听 、 冲 突 解决 、 谈 判 及 参与 式 决策 等 。 











为 主观 题 。 本 章 需 要 重点 掌握 用 户 故 事 的 相关 概念 ， 包 括 3C 属 性 、 

















3.1 干系 人 管理 的 概述 


干系 人 是 指 影 响 项 目 或 受 项 目 影响 的 全 部 人 员 、 群 体 或 组 织 。 干 系 人 满意 是 衡量 项 目 成 功 的 一 个 关键 因素 ， 有 效 地 管理 好 干 
系 人 的 参与 、 提 高 积极 干系 人 的 影响 力 、 降 低 消极 干系 人 的 影响 ， 有 利于 项 目的 成 功 。 


干系 人 管理 包括 识别 全 部 干系 人 、 分 析 干 系 人 对 项 目的 期 望 和 影响 、 制 定 合适 的 管理 策略 来 有 效 调动 干系 人 的 参与 。 此 外 ， 
干系 人 管理 还 关注 与 干系 人 的 持续 沟通 ， 以 便 更 好 地 了 解 干系 人 的 需要 和 期 望 、 解 决 问题 、 促 进 干系 人 参与 到 项 目的 决策 和 例 行 
活动 中 。 


3.1.1 ”为 什么 需要 关注 干系 人 
项 目 是 由 人 来 执行 的 ， 标 准 是 由 人 来 定义 的 ， 所 以 要 在 项 目 中 多 关注 人 的 因素 。 知 识 型 项 目的 产 出 通常 都 是 无 形 的 ， 高 效 的 


沟通 和 有 效 的 干系 人 管理 可 以 让 团队 成 员 明 确 客户 的 真正 需要 和 期 望 。 在 整个 项 目 中 ， 积 极 与 干系 人 沟通 和 合作 ， 可 以 确保 他 们 
理解 每 个 组 件 的 细节 ， 通 过 频繁 的 个 体 和 交互 降低 后 期 变更 的 可 能 性 及 成 本 。 


图 3-1 显 示 了 需求 在 干系 人 之 间 传 递 过 程 中 的 变形 和 偏差 。 这 个 偏差 主要 是 因为 一 个 干系 人 构想 的 和 描述 的 与 另外 一 个 干系 
人 听 到 的 和 理解 的 存在 差异 ， 尤 其 是 在 知识 型 项 目 中 更 是 难以 避免 的 。 如 果 将 这 些 差异 置之不理 就 会 导致 返工 甚至 项 目 失败 。 


敏捷 方法 通过 原型 、 联 合 设计 、 闭 环 反馈 和 “完成 ”的 定义 去 尽量 消除 或 者 减轻 这 些 差异 。 





权利 是 这 样 
理解 需求 的 





这 才 是 客户 系统 工程 数 | 
真正 想 要 的 " 





图 3-1 需求 在 干系 人 之 间 传 递 过 程 中 的 变形 和 偏差 


3.1.2 ”哪些 是 项 目的 干系 人 
项 目的 干系 人 涵盖 的 范围 很 广 ， 忽 略 其 中 的 任何 一 个 都 有 可 能 给 项 目 带 来 风险 ， 所 以 需要 在 整个 项 目 实 施 周期 中 ， 对 千 系 人 
进行 管理 ， 本 章 仅 介绍 一 些 重要 的 干系 人 。 


(1) 高 管 及 项 目 发 起 人 : 虽然 敏捷 方法 会 使 用 更 多 频率 更 小 的 反馈 环 ， 但 是 高 管 和 发 起 人 经 常会 天 心 一 些 新 的 技术 实践 的 
风险 。 


(2) 管理 者 : 使 用 敏捷 方法 时 ， 管 理 者 害怕 失去 一 些 控制 或 者 对 他 们 角色 产生 一 些 冲 击 ， 尤 其 是 原来 职能 部 门 的 经 理 。 


(3) 项 目 团队 : 项 目 团队 也 许 会 抵制 一 个 被 强加 执行 的 新 工具 或 者 方法 。 


(4) 用 户 : 用 户 经 常会 担心 他 们 不 能 获得 他 们 想 要 的 所 有 功能 ， 或 者 担心 在 早期 迭代 中 交付 的 质量 比较 差 而 没有 产生 价 
值 。 


(5) 供应 商 : 供应 商 管理 主要 聚焦 在 组 织 外 部 的 干系 人 ， 但 是 需要 他 们 参与 到 项 目 中 ， 因 为 他 们 可 以 提供 某 些 产品 或 者 服 
务 。 在 选择 供应 商 时 ， 需 要 更 加 谨慎 ， 同 时 要 为 他 们 提供 在 敏捷 环境 中 工作 的 一 些 针 对 性 培训 |。 


有 的 供应 商 使 用 敏捷 的 实践 ， 有 的 供应 商 不 使 用 ， 这 取决 于 他 们 在 项 目 中 的 角色 。 不 管 怎样 ， 在 供应 商 (尤其 是 非常 重要 的 
供应 商 ) 提出 一 个 需求 时 ， 应 该 告诉 他 们 价值 所 在 。 


3.1.3 干系 人 管理 的 原则 

干系 人 管理 是 在 策略 管理 中 不 断 发 展 的 话题 区 ,干系 人 管理 通常 在 引导 原则 和 价值 的 背景 下 被 定义 。 干 系 人 管理 的 十 个 原则 
如 下 : 

(1) 干系 人 的 利益 点 需要 随 着 时 间 而 趋 于 一 致 。 

(2) 联合 干系 人 并 维护 好 关系 。 

(3) 找到 一 种 让 各 个 客户 都 满意 的 均衡 的 方法 。 

(4) 为 服务 顾客 ， 不 以 一 个 人 的 利益 换取 其 他 人 利益 。 

(5) 制定 目标 ， 完 成 对 干系 人 的 承诺 ; 充满 抱负 ， 实 现 我 们 和 他 人 的 梦想 。 

(6) 和 所 有 干系 人 进行 彻底 的 沟通 。 

(7) 干系 人 包括 样 狐 各 异 的 成 人 和 小 孩 ， 错 综 复杂 。 

(8) 需要 概括 市 场 营 销 方法 。 

(9) 与 首要 和 次 要 干系 人 接洽 。 

(10) 不 断 监 督 并 且 重 新 设计 过 程 使 其 变 得 更 好 去 服务 干系 人 。 


因为 干系 人 的 参与 对 项 目 成 功 很 重要 ， 如 果 管 理 不 当 会 易于 失败 。 干 系 人 管理 应 该 被 每 个 敏捷 团队 关注 。 


3.2 识别 干系 人 
识别 干系 人 并 分 析 和 记录 他 们 的 相关 信息 ， 可 以 帮助 敏捷 项 目 经 理 建立 对 各 个 干系 人 或 干系 人 群体 的 适度 关注 。 在 项 目 或 阶 


段 的 早期 ,识别 干 系 人 ， 并 分 析 他 们 的 利益 层次 、 个 人 期 望 、 重 要 性 和 影响 力 ， 对 项 目 成 功 非常 重要 。 本 章 介绍 几 个 常见 的 识别 
干系 人 的 工具 ， 主 要 包括 : 人 物 、 线 框图 和 用 户 故事 。 


3.2.1 人 物 


人 物 是 用 细节 描述 详细 阐释 用 户 信息 ， 提 供 客户 的 背景 ; 部 分 人 物 带 有 名 称 、 地 址 、 年 龄 、 收 入 、 喜 好 、 厌 悉 和 其 他 概念 性 


细节 。 人 物 是 快速 识别 项 目 干系 人 和 他 们 兴趣 点 的 一 个 工具 。 软 件 项 目 通 常 创建 即将 使 用 这 个 系统 的 不 同类 型 的 人 物 。 人 物 可 以 
基于 某 个 真实 的 人 或 者 多 个 用 户 的 复合 原型 。 使 用 时 ， 需 要 注意 : 

-提供 一 个 用 户 的 原型 描述 

-立足 于 现实 

“目标 导向 的 

-有形 的 和 可 操作 的 

















KA 


人 物 角色 并 非 是 对 需求 的 代替 ， 而 是 为 了 增加 需求 。 人 物 帮 助 团队 排序 优先 级 ， 聚 焦 于 用 户 ， 洞 察 真正 的 用 户 ， 帮 助 团 队 站 
在 用 户 的 角度 了 解 产 品 和 方案 ， 聚 焦 交 付 一 些 有 价值 的 功能 ， 有 利于 项 目 做 决策 ， 缩 短 项 目的 讨论 。 通 常 ， 为 了 防止 一 些 场景 的 
用 户 故 事 被 遗漏 ， 可 以 通过 设立 极端 人 物 的 方法 ， 去 识别 可 能 被 遗漏 的 用 户 故 事 。 


3.2.2 ” 绪 框 图 


线 框图 是 创建 产品 模型 的 一 种 常用 的 方法 。 例 如 ， 在 软件 研发 中 ， 线 框图 可 以 描述 出 不 同 的 屏幕 以 及 这 些 屏幕 之 间 的 流动 关 
系 。 这 个 图 可 以 确保 每 个 人 对 这 个 产品 理解 一 致 。 如 果 理 解 有 差异 ， 线 框图 可 以 为 干系 人 提供 一 种 视觉 化 的 方式 去 帮助 他 们 达成 
一 致 。 线 框图 是 “ 低 保 真 度 原 型 ”的 一 种 展示 形式 ， 可 以 很 快速 并 且 低 成 本 地 去 获取 反馈 。 


敏捷 团队 可 以 用 诸如 Viso、PPT 或 者 徒手 在 白板 、 和 白 纸 上 画 出 线 框图 ， 去 定义 或 者 改变 工作 流 ， 目 的 就 是 帮助 弄 清 什么 
是 “完成 ”， 去 验证 团队 正在 构建 的 产品 增 量 的 方法 是 否 正确 。 


3.2.3 ”用户 故事 


用 户 故事 是 大 小 适中 的 ， 是 可 以 被 理解 的 商业 功能 模块 。 敏 捷 团 队 通 常 依赖 用 户 故 事 和 用 户 故 事 待 办 事项 (通常 可 以 等 价 为 


PI FT -一 一 rr IT TCF mr TFI -下 np 


As auser,T can cancel a CO 0 
“reservation. OVerify that a premium member can 
cancel the same day without a fee. 

DO Verify that a non-premium member is 


charged 10% for a same-day 
cancellation. 

DO Verify that an email confirmation is 
sent. 

DO Verify that the hotel is notified of 
any cancellation. 





图 3-2 用户 故事 示例 


1. 用 户 故 事 三 要 素 


一 个 用 户 故事 包 合 三 个 基本 要 素 : 角色 、 目 标 及 可 达到 的 商业 价值 ， 通 常 的 形式 是 : 


作为 一 名 < 角色 >， 我 想 < 功能 >， 这 样 就 可 以 < 商业 价值 \ 益 处 >。 




















例如 ，“ 作 为 < 旅客 >， 我 想 < 注册 成 为 xxx 旅 店 会 员 > ， 是 为 了 < 使 用 网 上 预订 房间 的 服务 >。 
2. 用 户 故 事 的 3C 


(1) card: 故事 写 在 物理 卡片 上 ， 起 到 交流 提示 的 作用 。 卡 片 是 载体 ， 非 需求 本 身 ， 只 充当 需求 的 “ 占 位 符 ”。 物 理 卡 片 
不 建议 用 电子 卡片 等 替代 ， 目 的 是 为 了 保证 面对面 的 沟通 和 交流 。 


(2) conversation: 故事 包含 的 诸多 细节 需要 和 用 户 协商 确定 ， 可 以 一 方 写 一 方 看 ， 双 方 交互 ， 延 迟 决策 ， 后 续 确定 细节 
相关 事宜 ， 这 样 可 以 减少 浪费 。 这 一 点 体现 了 敏捷 宣言 的 第 一 条 : “个 体 和 交互 胜 过 流程 和 工具 ”， 同 时 也 与 INVEST 属 性 中 
的 “可 协商 ”属性 相 匹配 。 


(3) confirmation: 故事 包含 验收 标准 和 环节 ， 以 确保 被 正确 实现 。 故 事 范围 体现 在 验收 条 件 中 ， 用 户 的 期 望 被 以 验收 测 
试 的 方式 记录 、 传 递 和 呈现 。 验 收 标准 通常 在 发 布 计 划 和 用 户 故 事 定义 中 被 确定 ， 但 是 验收 标准 也 可 以 在 故事 被 选 入 迭代 后 在 和 迭 
代 计划 中 确定 。 一 个 不 变 的 准则 就 是 ， 验 收 标准 必须 在 开发 前 确定 。 验 收 标 准 的 确定 是 不 断 改变 的 ， 所 以 要 经 常 与 产品 负责 人 的 


六: 产 
父 郊 。 


3. 用 户 故事 的 INVEST 属 性 


INVEST 分 别 是 以 下 几 个 单词 的 首 字 母 组 合 : | 一 一 independent (独立 的 ) 、N 一 一 negotiable (可 协商 的 ) 、V 一 一 
valuable (有 价值 的 ) 、E 一 一 estimable (可 估算 的 ) 、S 一 一 small (小 的 ) 、T 一 一 testable (可 测试 的 ) 。INVEST 属 性 ， 
如 图 3-3 所 示 。 


independent ( 独立 的 ) 


negotiable ( 可 协商 的 ) 


INVEST valuable ( 有 价值 的 ) 


estimable ( 可 估算 的 ) 
small ( 小 的 ) 


testable (可 测试 的 ) 


图 3-3 INVEST 属 性 


(1) 独立 的 : 每 个 故事 都 是 独立 的 ， 可 以 用 任何 一 种 方法 进行 用 户 故 事 排序 和 使 其 实现 。 独 立 的 用 户 故 事 便于 开发 团队 根 
据 个 人 能 力 进行 选择 。 依 赖 会 影响 客户 对 优先 级 的 区 分 ;确保 每 个 用 户 故事 都 是 独立 的 ， 可 以 避免 让 一 个 故事 的 实现 以 另 一 个 为 
基础 ， 避 免 让 故事 的 工作 量 和 难度 与 实现 的 次 序 相关 。 


(2) 可 协商 的 : 团队 可 以 和 商业 代表 一 起 讨论 用 户 故事 并 且 基 于 某 些 属性 做 一 些 权 衡 。 用 户 故 事 的 可 协商 性 可 以 挖掘 客户 
的 真实 需求 。3C 原 则 中 的 “conversation” 也 体现 了 这 一 点 。 故 事 不 是 合同 、 方 案 、 需 求 规格 说 明 书 ， 而 是 可 以 协商 的 。 


(3) 有 价值 的 : 价值 是 故事 的 生命 ， 如 果 不 能 定义 一 个 需求 的 价值 ， 那 么 就 可 以 不 需要 实现 。 用 户 故 事 要 包括 这 个 需求 的 
价值 或 者 益处 。 鉴 于 待 办 事项 是 根据 价值 排序 的 ， 所 以 缺乏 清晰 定义 商业 价值 的 用 户 故 事 将 很 难 对 它 进行 排序 。 不 同 的 用 户 和 客 
户 ， 价 值 天 注 点 也 不 同 ， 必 须 挖掘 并 凸显 出 其 核心 价值 。 


(4) 可 估算 的 : 尽管 “可 估算 ”不 是 一 个 准确 的 词语 ， 在 敏捷 中 也 不 提倡 准确 的 估算 ， 但 是 估算 可 以 显示 需要 在 这 个 用 户 
故事 上 付出 的 努力 。 如 果 很 难 估算 这 个 用 户 故 事 ， 那 么 我 们 就 不 能 依据 成 本 效益 分 析 进 行 排序 ， 估 算是 为 了 更 好 的 计划 。 通 常 ， 
故事 难以 估算 的 原因 及 处 理 方法 如 下 : 

.粒度 太 大 ， 史 诗 故 事 一 这 样 的 故事 需要 拆 分 。 
-缺乏 领域 知识 一 需 要 与 客户 讨论 。 
缺乏 技术 能 力 一 进行 穿刺 。 


缺乏 封闭 性 一 拆 分 故事 。 
































(5) 小 的 : 相对 于 大 的 用 户 故 事 来 说 ， 小 的 故事 更 容易 被 估算 。 因 为 工作 单元 越 大 ， 估 算 这 些 工作 的 可 靠 性 就 降低 。 每 个 
用 户 故事 要 小 到 可 以 在 一 个 迭代 中 完成 ， 工 作 量 在 2 ~ 5 天 。 但 是 ， 并 非 “ 故 事 越 小 越 好 ”,， 一些 非常 小 的 用 户 故 事 ， 比 如 花费 1 
个 小 时 或 者 更 少 的 时 间 的 ， 这 些 故 事 应 该 被 禁止 ， 因 为 将 会 在 创建 故事 、 跟 踪 这 些 故事 中 花费 很 多 的 间接 成 本 ， 这 也 是 一 种 浪 
费 。 可 以 通过 解 聚 把 大 的 用 户 故 事 分 解 为 小 的 更 易于 处 理 的 故事 。 故 当 开发 者 注意 到 用 户 故 事 或 任务 用 时 比 时 间 框 显示 的 长 时 ， 
应 该 提醒 团队 并 采取 措施 ， 包 括 把 任务 分 解 为 更 小 的 用 户 故 事 。 


(6) 可 测试 的 : 对 于 过 程 监控 来 说 ， 用 户 故 事 的 可 测试 性 很 重要 ， 我 们 需要 根据 被 验收 的 用 户 故事 数量 来 度量 过 程 。35 原 
则 中 的 “confirmation ”体现 了 故事 的 可 测试 性 属性 。 验 收 条 件 体 现 故事 范围 ， 需 要 在 故事 编写 的 时 候 就 识别 验收 标准 。 同 
时 ， 对 于 这 些 测 试 要 能 够 从 界面 或 接口 进行 ， 能 够 被 自动 化 测试 。 

4. 用 户 故 事 待 办 事项 

一 旦 用 户 故 事 被 写 好 了 ， 它 们 就 应 该 放 在 一 个 待 办 事项 中 。 这 个 用 户 故 事 的 待 办 事项 是 一 个 可 视 化 的 待 完成 的 工作 列表 。 用 
户 故 事 待 办 事项 可 以 指导 我 们 在 团队 内 部 进行 优先 级 排序 ， 也 可 以 作为 版 本 管理 和 返 代 管理 的 一 个 计划 工具 ， 指 引 团 队 在 范围 讨 


论 时 可 以 聚焦 于 管理 变更 。 此 外 ， 还 可 以 帮助 协调 项 目 并 且 让 团队 成 员 对 任务 达成 共识 。 随 着 信息 的 不 断 涌现 ， 还 可 以 对 故事 待 
办 事项 进行 更 新 。 用 户 故 事 待 办 事项 ， 如 图 3-4 所 示 。 
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5. 用 户 故 事 的 粒度 


一 个 大 项 目 从 整体 上 来 说 是 一 个 复杂 的 系统 ， 有 大 量 的 工作 ， 并 且 不 能 进行 整体 的 规划 和 估算。 所 以 ， 我 们 需要 把 项 目 分 解 
为 更 小 的 单元 ， 直 到 我 们 可 以 进行 实际 的 估算 。 这 一 点 也 体现 了 敏捷 计划 的 适应 性 。 尽 管用 户 故 事 是 用 得 最 多 的 一 种 计划 工具 ， 
但 是 并 不 是 敏捷 项 目 中 用 的 唯一 的 工具 。 在 一 个 项 目的 需求 结构 中 ， 用 户 故事 一 般 处 在 中 间 级 别 。 图 3-5 展 示 了 一 个 常用 的 需求 
结构 的 例子 。 








比 产品 预期 发 布 I 
大 于 一 个 Sprint ”一 一 特性 (feature) 


mm Sprint 计划 会 用 户 故 事 (user story ) 
任务 一 一 任务 (task) 


De "> 


图 3-5 ”用 户 故事 的 层次 


故事 是 可 以 分 层次 的 ， 就 像 计划 可 以 分 层次 一 样 ，Epic、Feature、User Story 是 用 于 区 分 需求 颗粒 度 的 标签 。 一 些 项 目 团 
队 把 史诗 放 在 了 用 户 故 事 的 上 一 层级 。 一 个 史诗 也 可 以 在 上 方 或 者 下 方 蔡 代 一 个 功能 节点 。 这 说 明 在 需求 结构 中 ， 史 诗 位 置 被 定 
义 的 不 同方 式 。 


3.3 干系 人 分 析 


干系 人 分 析 是 系统 地 收集 和 分 析 各 种 信息 ， 以 便 确 定 在 整个 项 目 中 应 该 考虑 哪些 人 的 利益 。 通 过 干系 人 分 析 识 别 出 干 系 人 的 
利益 、 期 望 和 影响 ， 并 把 它们 与 项 目的 目的 联系 起 来 。 干 系 人 分 析 也 有 助 于 了 解 干 系 人 之 间 的 关系 ， 以 便利 用 这 些 关 系 建立 联盟 
和 伙伴 合作 ， 从 而 提高 项 目 成 功 的 可 能 性 。 在 项 目 或 阶段 的 不 同时 期 ， 应 该 对 干系 人 之 间 的 关系 施加 不 同 影 响 。 所 以 ， 要 基于 干 
系 人 的 价值 进行 分 析 。 


3.3.1 ”故事 地 图 


故事 地 图 是 客户 价值 优先 级 排序 的 工具 ， 提 供 了 一 个 天 于 功能 何 时 交付 的 产品 路 线 图 。 故 事 地 图 解释 哪些 会 纳入 第 一 个 版 
本 、 第 二 个 版 本 或 者 子 版 本 。 故 事 地 图 还 可 以 用 作 跟 干系 人 沟通 的 工具 ， 把 地 图 放 在 墙 上 作为 一 个 项 目 计 划 的 信息 发 射 源 。 故 事 
地 图 鼓励 大 家 用 不 同 的 方式 参与 ， 通 过 可 视 化 的 展示 引发 干系 人 的 关注 。 


3.3.2 干系 人 价值 排序 
把 发 起 人 和 用 户 的 优先 级 纳入 到 项 目的 优先 级 中 并 且 执 行 ， 结 合 干系 人 的 优先 级 来 进行 项 目 优 先 级 的 排序 ， 让 干系 人 价值 具 
体 化 ， 确 保 不 要 做 一 些 干 系 人 不 支持 或 者 没有 价值 的 功能 。 


分 析 干 系 人 价值 的 一 种 方法 就 是 让 业务 代表 参与 到 待 办 事项 的 优先 级 排序 中 。 在 功能 实现 的 时 候 ， 按 照 业 务 代表 指定 的 顺序 
进行 ， 就 可 以 尽早 地 把 最 高 优先 级 的 功能 交付 到 市 场 ， 从 而 给 客户 带 来 竞争 优势 。 


3.4 ”管理 干系 人 的 参与 


管理 干系 人 的 参与 是 指 在 整个 项 目 中 ， 与 干系 人 进行 沟通 和 协作 ， 解 决 过 程 中 出 现 的 问题 ， 促 进 干系 人 合理 参与 到 项 目 中 的 
相关 活动 。 管 理 关 系 人 的 参与 可 以 帮助 项 目 经 理 提升 来 自 干 系 人 的 支持 ， 并 把 干系 人 的 抵制 降 到 最 低 ， 从 而 显著 提高 项 目 成 功 的 
概率 。 管 理 干系 人 的 参与 有 多 种 方法 ， 但 是 不 管 采 用 哪 种 方法 ， 都 要 确保 管理 干系 人 的 参与 是 可 视 的 并 且 是 可 监控 的 。 另外， 要 
鼓励 干系 人 参与 计划 会 和 回顾 会 ， 从 而 提高 干系 人 的 参与 。 


在 知识 型 项 目 中 ， 工 作 经 常 是 不 可 视 的 ,与 干系 人 频繁 的 沟通 尤其 重要 。 大 部 分 的 决策 都 是 在 项 目 过 程 中 决定 的 ， 在 很 多 项 
目 中 ， 经 常会 因为 没有 合适 的 沟通 而 出 现 一 些 问题 。 为 了 避免 这 些 潜在 问题 ， 敏 捷 方 法 提供 了 很 多 沟通 的 方法 和 软 技 能 去 解决 问 


太 人 。 


3.4.1 沟通 方法 


有 效 沟 通 是 敏捷 的 葛 基 石 ， 沟 通 是 在 不 同 部 分 传递 信息 。 沟 通 管理 是 敏捷 的 一 个 知识 领域 ，PMI 除 此 之 外 有 几 个 关于 沟通 的 
定义 。 











沟通 计划 : 确定 项 目 干系 人 信息 和 沟通 的 需要 。 
息 分 布 : 适时 地 提供 给 项 目 干系 人 需要 的 信息 。 
效 报告 : 收集、 分 派 绩 效 信 息 ， 包 括 状态 报告 、 进 展 衡 量 、 预 告 。 

理 项 目 干系 人 : 管理 沟通 去 满足 要 求 ， 以 及 与 项 目 干 系 人 一 起 解决 问题 。 
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从 敏捷 角度 而 言 ， 团 队 间 的 沟通 建立 在 过 程 中 ， 通 过 协作 、 信 息 发 射 源 、 日 常 站 会 、 回 顾 会 等 得 以 促进 。 敏 捷 中 的 沟通 倡导 
可 视 化 ， 希 望 产品 负责 人 、 顾 客 、 用 户 能 高 度 参与 项 目 并 使 用 沟通 技巧 。 本 章 将 介绍 一 些 常见 的 敏捷 项 目 中 与 干系 人 沟通 的 方 
法 ， 包 括 面对面 沟通 、 信 息 发 射 源 、 燃 尽 图 、 速 度 、 敏 捷 建 模 。 


1. 面 对 面 沟 通 (高 带宽 沟通 ) 

在 敏捷 中 ， 最 好 的 沟通 方式 就 是 面对面 沟通 。 面 对 面 沟通 是 沟通 中 最 高 带宽 的 沟通 ， 所 以 面对面 沟通 也 可 以 称 为 “高 带宽 沟 
通 ”。 面 对 面 沟通 在 同一 个 时 间 内 可 以 传递 的 信息 最 多 ， 并 且 能 够 获得 一 些 及 时 的 信息 。 而 静态 的 沟通 方法 ， 例 如 文档 ， 就 不 能 
做 到 这 些 。 


在 面对面 沟通 中 ， 参 与 者 可 以 很 快速 地 理解 信息 ， 并 且 可 以 通过 提问 的 方式 及 时 获取 反馈 。 这 些 对 话 还 可 以 借助 一 些 非 语言 
沟通 方式 进行 ， 比 如 手势 、 面 部 表情 、 语 音 语 调 、 情 绪 和 态度 ， 这 些 非 语言 信号 传达 了 大 量 的 情感 。 


2. 信 息 发 射 源 


项 目 通 常 需要 很 长 时 间 才 能 完成 ， 但 是 客户 经 常 在 描述 他 们 期 望 的 东西 后 希望 可 以 尽快 获得 。 因 此 ， 频 繁 地 给 干系 人 展示 项 
目 已 经 实现 的 东西 就 显得 很 重要 。 这 些 模 型 或 者 展示 并 不 是 单单 让 我 们 检查 我 们 正在 构建 的 东西 ， 还 可 以 给 客户 或 者 发 起 人 进行 
一 些 过 程 展示 。 因 此 ， 需 要 及 时 跟 干 系 人 沟通 ， 确 保 他 们 被 及 时 告知 当前 项 目的 状态 。 


言 息 发 射 源 是 一 系列 用 高 可 视 化 展示 信息 的 方式 ， 包 括 大 图 表 、 图 形 以 及 项 目 数据 概要 信息 。 这 些 工具 ， 有 时候 代 表 “ 可 视 
化 控制 ”， 可 以 快速 向 干系 人 展示 项 目的 状态 ， 并 且 这 些 信 息 经 常 在 一 些 高 流量 的 并 且 最 大 曝光 度 的 地 方 被 展示 。 信 息 发 射 源 是 
阿利 斯 泰 尔 - 科 伯 恩 (Alistair Cockburn) 发 明 的 ， 与 “信息 冷冻 机 ”中 被 锁定 的 实践 形成 对 比 。 在 信息 冷 动机 中 ， 没 有 人 知道 


进展 如 何 。 相 反 ， 信 息 发 射 源 用 高 可 视 化 的 图 表 或 者 图 形 的 方式 向 干系 人 传达 项 目的 信息 ， 这 些 信 息 包括 : 已 完成 的 、 进 行 中 的 
及 其 他 重要 信息 。 


这 些 类 型 的 数据 可 能 会 被 展示 在 信息 发 射 源 中 
安 期 交付 的 功能 与 剩余 的 功能 。 

在 从 事 什么 工作 ? 

前 迭代 选择 的 功能 。 

.速度 和 缺陷 度量 。 


顾 会 发 现 的 问题 。 
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3. 燃 尽 图 / 燃 起 图 


与 客户 密切 联系 并 且 给 他 们 展示 已 经 构建 的 项 目的 一 些 组 件 ， 保 证 项 目 过 程 的 实际 速度 是 可 视 的 。 过 程 的 实际 速度 并 非 发 起 
人 或 者 客户 所 听 到 的 ， 有 的 时 候 会 存在 偏差 ， 甚 至 对 干系 人 来 说 是 坏 消息 。 如 果 这 些 信息 能 够 被 尽早 交付 ， 即 使 是 坏 消 息 也 是 有 
价值 的 。 通 过 监控 和 讨论 这 些 信息 ， 可 以 做 出 更 好 的 权衡 。 


燃 尽 图 和 燃 起 图 是 用 来 显示 过 程 并 且 帮 助 判定 项 目 (或 者 一 个 项 目 中 的 版 本 ) 应 该 什么 时 候 被 完成 的 。 燃 尽 图 显示 了 一 个 项 
目 中 剩余 的 估算 ， 而 燃 起 图 则 显示 了 已 经 交付 的 东西 。 这 意味 着 ， 完 成 的 工作 越 多 ， 燃 尽 图 将 会 显示 向 下 移动 的 一 个 过 程 指 示 
器 ， 从 而 显示 剩余 的 需要 完成 的 工作 。 相 比 之 下 ， 燃 起 图 中 的 这 个 过 程 指示 器 将 会 向 上 移动 ， 显 示 已 经 完成 工作 的 增长 。 燃 尽 
图 ， 如 图 3-6 所 示 。 


故事 点数 





日 期 


图 3-6” 燃 尽 图 


4. 速 度 


速度 是 每 个 迭代 中 对 团队 能 力 的 一 个 度量 。 这 个 度量 帮助 我 们 基于 上 一 个 迭代 完成 的 故事 点 数 评估 团队 后 续 的 工作 能 力 。 当 
我 们 想 跟 干系 人 沟通 已 经 完成 什么 功能 ， 将 要 完成 什么 以 及 我 们 期 待 什么 时 候 完 成 项 目 ， 速 度 就 是 一 个 很 好 的 度量 方式 。 团 队 可 
以 在 任何 工作 单元 去 测量 其 的 速度 ， 所 以 ， 这 些 单元 可 以 是 小 时 数 、 天 数 、 点 数 。 


速度 经 常会 在 开始 的 几 个 迭代 中 不 一 致 ， 然 后 慢 慢 稳定 。 这 是 因为 团队 有 一 个 不 断 熟 悉 工 作 和 和 逐渐 协作 的 过 程 。 
5. 敏 捷 建 模 


敏捷 建 模 涉及 敏捷 项 目 中 常用 的 建 模 技术 。 模 型 在 敏捷 方法 中 非常 重要 。 敏 捷 经 常 聚焦 在 模型 的 讨论 和 创建 ， 而 不 是 最 终 的 
产 出 物 上 。 敏 捷 模 型 经 常 需要 在 白板 上 画 出 来 ， 然 后 通过 拍照 记录 下 来 。 


敏捷 模型 是 轻 量 级 地 去 捕捉 设计 ， 而 不 是 追求 细节 上 的 完美 。 可 以 在 敏捷 建 模 中 用 的 敏捷 的 模型 包括 : 








.用 例 图 形 
.数据 模型 
.屏幕 设计 























不 管 你 创建 的 是 什么 模型 目标 都 是 为 了 交付 价值 而 不 是 无 关 的 文档 。 所 以 ， 要 保持 轻 量 级 ， 快 速 移动 以 适应 变更 。 
6. 频 繁 讨论 “完成 


知识 型 项 目的 产 出 经 常 是 无 形 的 ， 为 了 减少 彼此 理解 的 偏差 ， 把 项 目 中 出 现 的 每 一 个 新 的 想法 或 观点 尽早 地 目 频 繁 地 展示 出 
来 ， 对 于 干系 人 之 间 的 连接 非常 重要 。 如 果 团 队 想 减 少 一 些 沟通 中 的 隔 头 ， 减 少 收 到 低 质 量 的 产品 ， 那 么 其 就 要 去 频繁 地 讨论 什 
么 是 “完成 ”。 创 建 一 个 共同 认可 的 “完成 ”的 定义 在 管理 干系 人 期 望 时 非常 重要 。 对 软件 项 目 来 说 ， 在 声明 什么 事 是 “ 完 
成 ”时 候 之 前 ， 可 以 参照 诸如 以 下 的 常规 说 法 。 

.已 测试 ， 所 有 的 单元 测试 、 集 采 测 试 和 用 户 测试 都 已 完成 。 
. 己 编 码 : 所 有 的 代码 都 编码 完成 。 
.已 设计 :代码 已 根据 团队 的 需求 完成 了 重 构 。 









































3.4.2 ” 软 技 能 


1. 授 权 


受权 团队 进行 自主 管理 ， 了 解 如 何 通过 最 少 的 管理 参与 解决 问题 ， 是 敏捷 方法 论 的 基石 。 这 与 传统 项 目 管理 者 的 观点 不 同 ， 
传统 项 目 管理 者 控制 所 有 决策 同时 委托 任务 给 团队 ， 几 乎 无 反馈 。 敏 捷 团 队 决 策 必须 包含 所 有 成 员 和 干系 人 且 决 策 方便 。 因 为 客 
户 参与 到 开发 中 非常 重要 ， 所 以 需要 鼓励 客户 通过 集中 /现场 支持 与 敏捷 团队 密切 融合 。 当 敏捷 团队 承担 产品 传递 的 责任 时 ( 即 
拥有 所 有 权 ) ， 团 队 自 身 能 感受 到 授权 。 


2. 谈 判 


谈判 在 敏捷 项 目 中 会 出 现 ， 尤 其 是 在 讨论 需求 或 者 功能 的 优先 级 以 及 完成 的 定义 的 时 候 。 团 队 和 客户 可 以 在 功能 和 成 本 之 间 
进行 权衡 ， 从 而 找到 一 个 合适 的 方案 。 在 敏捷 项 目 中 ， 谈 判 并 非 一 定 要 做 ， 而 不 是 一 个 零 和 的 游戏 ， 正 如 敏捷 宣言 所 言 “ 客 户 合 
作 胜 过 合同 谈判 ”。 “健康 的 ”谈判 可 以 给 双方 一 个 机 会 去 充分 描述 每 个 观点 ， 权 稀 利 疾 。 


3. 冲 突 解 决 


冲突 是 项 目 工作 中 不 可 避免 的 一 部 分 。 当 大 家 集中 去 解决 一 些 问题 时 ， 就 会 存在 观念 的 差异 性 以 及 竞争 利益 。 有 些 程度 的 冲 
突 是 “健康 的 ”， 可 以 确保 一 些 观点 在 应 用 之 间 被 充分 地 阐述 和 验证 。 但 是 ， 我 们 需要 确保 冲突 不 要 升级 。 


创建 一 个 让 大 家 可 以 提出 建设 性 的 冲突 的 环境 ， 对 成 功 管理 干系 人 人 参与 项 目 来 说 非常 重要 。 当 冲突 超越 了 正常 界限 时 会 变 得 
具有 破坏 性 。Speed B.Leas 提 出 了 一 个 描述 冲突 的 框架 ,帮助 我 们 判断 冲突 的 级 别 并 且 更 好 地 理解 冲突 从 1 级 (解决 问题 ) 上 升 


到 5 级 (世界 大 战 ) 的 过 程 ( 见 表 3-1) 。 
线 下 讨论 会 发 生 (在 团队 环境 之 外 ) 


a 自我 保护 果 
第 2 级 | 争论 i 
解决 冲突 | 去 解释 
善意 的 玩笑 转向 半 带 讽刺 性 的 玩笑 


本 目标 是 为 了 启 
Ap + 大 zy 
第 3 级 | 竟 赛 | -人 大 家 站 在 一 边 
慑 
责备 的 夸耀 
了 本 解决 问题 还 不 外 


团队 成 员 坚 信 “ 对 方 ” 不 会 改变 需 


气氛 / 环境 
e 大 家 有 不 同 的 观点 或 者 误解 
冲突 的 目标 或 价值 
不 舒服 ,但 不 是 情感 上 的 
自我 保护 变 得 很 重要 
成 员 因 为 辩论 产生 距离 






e 毁灭 
第 5 级 | 世界 大 战 e 队员 必须 要 被 分 开 
e 没有 建设 性 的 产 出 


第 1 级 (解决 问题 ) : 语言 一 般 来 说 都 是 敞开 心 靡 的 并 且 有 建设 性 的 ， 大 家 用 一 些 事实 去 证 明 他们 的 观点 ， 客 观 陈述 事情 本 
身 。 对 于 第 1 级 冲突 而 言 ， 尝 试 帮助 大 家 建立 一 个 每 个 人 都 能 支持 的 达成 共识 的 决定 。 


第 2 级 (争论 ) : 言语 之 中 开始 包括 一 些 自我 保护 的 东西 。 对 于 第 2 级 冲突 而 言 ， 授 权 给 团队 去 解决 ， 这 可 以 帮助 团队 成 员 
达成 对 某 个 决策 的 支持 ， 并 恢复 一 种 组 织 的 安全 感 。 


第 3 级 (竞赛 ) : 争执 中 出 现 了 以 偏 概 全 、 推 论 和 放大 。 冲 突变 得 有 指责 性 。 对 于 第 3 级 冲突 而 言 ， 需 要 容纳 大 家 不 同 的 观 
点 ， 这 也 许 在 工作 本 身上 会 有 一 些 受 协 ， 但 是 团队 的 价值 观 必须 始终 坚持 。 


第 4 级 (战斗 ) : 冲突 变 得 越 来 越 意识 化 和 极端 。 对 于 第 4 级 冲突 而 言 ， 需 要 利用 交际 手段 ， 因 为 对 立 双方 之 间 的 沟通 已 经 
充满 了 破坏 性 ， 团 队 可 能 需要 一 个 第 三 方 的 中 立 的 引导 员 去 传达 信息 。 在 这 个 冲突 层级 中 ， 我 们 需要 努力 让 冲突 降级 。 


第 5 级 (世界 大 战 ) : 言语 都 是 好 斗 性 的 ， 很 少 直接 跟 对 方 说 话 ， 搞 团队 内 战 。 如 果 冲 突 到 达 了 第 5 级 ， 则 基本 是 不 可 能 解 
决 的 ， 所 以 ， 我 们 不 需要 尝试 去 解决 它 ， 而 需要 找 出 一 种 方法 ， 让 团队 与 冲突 共存 ， 需 要 把 对 立 双方 单独 分 开 ， 防 止 进一步 伤 
害 


号 o 


如 果 这 个 冲突 在 第 1 ~ 3 级 ， 不 要 立刻 采取 行动 去 解决 冲突 ， 而 是 让 团队 自己 去 解决 。 因 为 自 组 织 团队 是 需要 尝试 自行 解决 
问题 的 。 如 果 团 队 能 够 自己 克服 冲突 ， 它 将 会 提升 一 项 重要 的 技能 ， 在 将 来 可 以 自我 管理 类 似 的 冲突 。 如 果 对 于 这 个 冲突 ， 团 队 
不 能 解决 ， 而 且 此 冲突 还 有 可 能 升级 ， 那 么 敏捷 项 目 经 理 就 需要 介入 。 


总 之 ， 当 人 们 在 一 起 工作 时 ， 冲 突 是 常见 的 且 不 可 避免 的 。 我 们 应 该 多 给 团队 一 些 机 会 让 它 去 解决 冲突 。 如 果 教 练 必须 介 
入 ， 应 该 想 办 法 管理 团队 成 员 的 情绪 ， 让 冲突 降级 ， 寻 找 一 些 继续 前 进 的 方法 。 


4. 积 极 聆听 


减少 误解 和 错误 信息 传递 的 一 项 沟通 技能 是 积极 聆听 。 积 极 聆听 是 指 听 到 说 者 想 表达 什么 ， 站 在 说 者 的 角度 去 考虑 ， 而 不 是 
仅仅 听 到 说 话 的 内 容 。 根 据 关注 点 不 同 ， 可 以 把 聆听 分 为 以 下 三 个 层级 。 


(1) 层级 1: 内 容 聆 听 ， 即 仅 仪 听 到 说 的 内 容 ， 听 者 根据 自己 的 信念 模式 去 解读 ， 忽 略 了 说 者 的 真正 意图 。 


(2) 层级 2: 专注 聆听 ， 即 不 仅 听 到 了 说 话 的 内 容 ， 还 关注 了 说 者 的 语音 、 语 调 等 表达 方式 ， 把 自己 放 在 了 说 者 的 角度 ， 
用 移 情 的 方式 感受 说 者 的 想法 以 及 情感 。 


(3) 层级 3: 全 局 聆听 ， 即 除了 听 到 说 的 内 容 ， 关 注 说 者 的 语音 语调 ， 要 更 多 地 注意 到 说 者 的 动作 或 者 手势 等 这 些 胶体 语 
言 。 例 如 ， 我 们 注意 到 说 者 一 直 在 看 手表 ， 可 能 说 明 他 在 赶 时 间 。 


积极 聆听 属于 层级 3， 是 一 种 全 局 聆听 ， 通 常 包括 如 下 动作 : 

(1) 关注 当下 ， 集 中 精力 于 演讲 者 ， 不 仅 包括 演讲 者 说 话 的 内 容 ， 也 包括 说 者 的 语音 语调 和 情绪 。 
(2) 做 笔记 ,不 打 断 。 

(3) 确认 或 复述 所 听 到 的 内 容 。 

(4) 擅 用 开放 式 问题 、 适 当 的 胶体 语言 和 沉默 来 提高 聆听 技巧 。 
5. 参 与 式 决策 


参与 式 决 策 鼓励 团队 成 员 参 与 过 程 决 策 。 决 策 的 速度 和 团队 对 这 些 决 策 的 认可 程度 都 会 直接 影响 项 目 绩 效 与 团队 凝聚 力 。 沟 
通 和 参与 决策 对 保持 每 个 人 参与 非常 重要 。 如 果 在 做 决策 的 时 候 不 询问 团队 成 员 的 想法 ， 团 队 成 员 就 有 可 能 感 党 自己 被 孤立 或 者 
隔离 ， 这 对 于 自 组 织 团队 的 打造 是 一 个 风险 隐患 。 


敏捷 鼓励 领导 进行 更 多 的 授权 和 更 少 的 命令 控制 。 团 队 授权 不 仅 可 以 提升 干系 人 的 满意 度 和 生产 力 ， 还 可 以 提升 决策 过 程 的 
有 效 性 。 以 下 为 常见 的 几 个 参与 式 决 策 的 模型 。 


(1) 简单 投票 ， 即 直接 用 手表 达 赞 成 还 是 反对 ， 简 单 的 “支持 ”或 者 “反对 ”的 投票 。 这 个 决策 比较 快速 ， 帮 助 团队 避 开 
一 些 两 难 的 讨论 ， 但 是 会 省 略 一 些 细节 。 


(2) 拇指 法 则 ， 即 采用 拇指 向 上 、 向 下 或 者 一 侧 的 方法 进行 决策 。 它 对 一 个 简单 的 投票 来 说 也 比较 有 效 。 拇 指 指向 一 侧 的 
人 不 能 发 表 观 点 ， 有 时 候 这 些 成 员 在 某 些 观点 上 是 中 立 的 。 这 个 方法 比 让 小 组 中 的 每 个 人 都 投票 更 快速 ， 因 为 大 部 分 的 人 没有 一 
些 明确 的 观点 。 


(3) 决策 光谱 ， 即 团队 成 员 通 过 在 光谱 上 放 一 个 标记 从 “有 利于 ”到 “迷惑 ”到 “绝对 反对 或 者 支持 ”去 表达 他 们 对 这 个 
决策 的 感觉 。 这 个 模型 让 大 家 在 表达 他 们 对 这 个 决策 的 支持 时 ， 还 可 以 表达 他 们 的 保留 意见 。 


(4) Fist-of-Five 投 票 ， 这 种 方法 比较 快速 ， 通 过 显示 手指 的 数量 表明 他 们 的 支持 程度 。 
需要 在 前 期 定义 清楚 五 个 指头 的 意思 是 “完全 同意 ”还 是 “完全 不 同意 ”。 


比如 : 








一 个 指头 ， 表 示 我 完全 支持 这 个 观点 。 

.两 个 指头 ， 表 示 我 支持 这 个 观点 ， 也 保留 一 些小 的 观点 。 
三 个 指头 ， 表 示 我 有 一 个 观点 ， 需 要 讨论 下 。 

四 个 指头 ， 表 示 我 反对 ， 并 且 我 想 解决 这 个 问题 。 

:五 个 指头 ， 表 示 停 止 ， 我 反对 。 

















我 们 需要 找 出 一 些 方法 让 干系 人 参与 到 重要 的 项 目 决策 中 ， 包 括 迭 代 和 | 版 本 计划 ， 估 算 讨论 和 回顾 会 。 如 果 这 些 人 不 参与 ， 
他 们 就 不 会 对 这 个 决策 做 出 承诺 。 最 终 ， 他 们 也 不 会 对 这 个 项 目 做 出 承诺 。 





领导 需要 确保 “做 了 正确 的 事情 ”， 关 注 方向 。 管 理 需要 确保 “正确 地 做 事情 ” ， 关 注 方法 。 相 对 于 领导 来 说 ， 管 理 聚 焦 在 
更 多 的 流程 机 制 、 任 务 控制 上 。 领 导 更 关注 人 和 目标 。 但 是 ， 并 非 说 领导 者 比 管理 者 要 好 ， 有 些 场 合 依然 需要 管理 。 把 领导 和 管 
理 结合 起 来 去 打造 团队 的 高 效 生产 力 。 


1) 服务 型 领导 


敏捷 提倡 服务 型 领导 ， 聚 焦 在 给 团队 成 员 提供 需要 ， 移 除 障碍 ， 并 且 执 行 一 些 支持 性 的 工作 进而 最 大 化 团队 生产 力 上 。 一 个 
领导 者 在 团队 中 的 主要 角色 如 图 3-7 所 示 ， 主 要 分 为 四 类 : 保护 、 保 障 、 保 持 、 保 姆 。 





图 3-7 








保护 : 保护 团队 不 被 中 断 。 服 务 型 领导 需要 隔离 并 且 阻 止 团 队 成 员 注意 力 的 转移 、 中 断 以 及 去 做 一 些 不 属于 这 个 项 目的 工作 。 任 务 中 断 需要 
来 回 切换 ， 这 本 身 也 是 一 种 浪费 ， 保 护 团队 不 被 干扰 会 提升 生产 力 。 集 中 办 公 是 一 种 保护 团队 不 被 中 断 的 方式 。 












































-保障 : 移 除 障碍 。 服 务 型 领导 需要 清除 团队 中 可 能 会 引起 延期 或 者 不 增加 价值 的 障碍 。 这 些 障碍 可 能 包括 工作 的 浪费 或 者 投入 精力 去 做 一 些 


合 规 的 活动 。 在 精益 中 ， 合 规 工作 是 不 直接 交付 价值 的 活动 。 在 每 日 站 会 中 ， 第 3 个 问题 就 是 :“" 你 遇 到 了 什么 障碍 ”。 领 导 者 需要 注意 这 些 障 
碍 并 最 好 在 当天 安排 解决 。 






























































.保持 : 保持 持续 引导 项 目 愿 景 。 持 续 的 项 目 愿景 对 成 功 领导 一 个 项 目 至 关 重 要 。 只 有 当 干系 人 对 要 完成 的 工作 有 一 个 清晰 的 目标 时 ， 才 能 更 


好 地 参与 项 目 。 沟 通 项 目 愿景 帮助 干系 人 识别 这 些 分 歧 并 且 让 他 们 按照 项 目的 目标 进行 。 服 务 型 领导 需要 持续 地 寻找 一 些 机 会 以 持续 沟通 项 目 
愿景 ， 进 而 达到 对 团队 的 有 效 激励 。 


























































































































































































































-保姆 : 为 团队 提供 支持 。 为 保持 一 个 高 效 生产 力 的 团队 提供 必要 的 资源 ， 包 括 工具 、 食 物 和 其 他 福利 。 在 一 个 迭代 结束 时 ， 可 以 帮助 团队 成 
员 充电 ， 比 如 团队 成 员 参 加 一 些 培 训 以 获得 新 的 知识 和 技能 ， 体 现 团 队 对 个 人 成 长 的 培养 。 


2) 挑战 现状 



































我 们 要 不 断 地 创新 以 寻找 一 些 改进 的 方法 ， 通 过 实践 去 学 习 和 成 长 ;鼓励 干系 人 为 改进 提出 一 些 新 的 想法 ， 并 给 他 们 机 会 去 
尝试 ; 鼓励 团队 去 挑战 现状 ， 既 可 以 践 行 过 程 改进 ， 还 可 以 激励 团队 成 员 。 


7. 分 布 式 团 队 


分 布 式 团队 在 面对面 的 沟通 中 会 存在 一 些 挑战 ， 用 信息 发 射 源 这 样 的 协作 工作 的 工具 会 比较 好 。 但 是 ， 这 是 一 个 大 部 分 项 目 
需要 解决 的 挑战 。 数 据 显示 ， 超 过 50% 的 敏捷 项 目 团队 至 少 存在 一 个 不 同 的 物理 办 公 区 域 。 


为 了 解决 这 个 问题 ， 分 布 式 团队 可 以 用 一 些 沟通 的 技术 ， 比 如 语音 会 议 、 实 时 聊天 或 者 用 它们 自己 的 方式 提供 一 个 共享 的 团 
队 环 境 让 分 布 式 的 这 些 干系 人 进行 实时 交互 和 聊天 。 


3.5 ”本 章 常 见 问 题解 答 


1. 史 诗 、 用 户 故 事 、 特 性 、 任 务 ， 这 些 术语 之 间 的 天 系 是 怎样 的 ? 


答 : 通常 来 说 ,一 个 特性 可 大 可 小 ， 通 常 关系 如 下 所 示 。 


特性 史诗 
特性 史诗 


特性 
ni 特性 


> 用 户 故 事 
用 户 旋 浊 用 户 故 事 
用 户 故 事 用 户 故 事 


任务 1 任务 1 
任务 2 任务 2 


在 PB 表 中 ， 粒 度 越 大 的 越 放 在 下 方 ， 最 上 方 的 是 用 户 故 事 ， 最 下 端的 就 是 史诗 。 
2 .敏捷 提 倡 自 组 织 团 队 ， 冲 突 应 该 由 团队 自己 解决 ， 管 理 者 不 要 干预 ， 对 吗 ? 


答 : 自 组 织 团队 可 以 自我 指挥 ， 自 行 决策 ， 自 己 解决 日 常 的 一 些 问题 和 冲突 。 一 般 情况 下 ， 敏 捷 工 程 师 或 者 管理 者 不 需要 干 


预 。 当 题目 中 强调 团队 冲突 重复 出 现 或 者 团队 业绩 受到 影响 ， 单 靠 自 组 织 团队 无 法 解决 的 时 候 ， 教 练 或 者 管理 者 要 介入 。 有 时 
候 ， 对 于 重复 出 现 的 问题 ， 团 队 有 必要 制定 一 些 相关 的 规则 并 经 常 传递 这 些 规 则 ， 确 保 规则 被 达成 共识 。 自 组 织 更 加 关注 的 是 团 
队 成 员 自 主 能 动 的 工作 ， 把 管理 者 作为 能 利用 的 资源 ， 团 队 成 员 变 被 动 为 主动 。 


3.“ 完 成 ”应 该 由 团队 来 定义 ， 这 个 团队 是 指 敏 捷 实 施 的 大 团队 还 是 指 开发 团队 ? 


答 : 要 根据 “完成 ”的 内 容 去 判断 由 谁 来 参与 定义 ， 对 于 开发 团队 内 部 定义 的 完成 ， 比 如 说 开发 完成 、 测 试 完 成 ， 可 以 由 开 
发 团队 自行 定义 ; 对 于 项 目 层面 的 完成 ，PO 和 SM 或 者 客户 都 要 参与 到 其 中 定义 。 此 外 ， 还 要 注意 彼此 有 界面 的 情况 ， 一 方 制定 
后 ， 要 得 到 协作 方 的 认可 才 行 。 


4 迭代 开始 时 ， 团 队 预 估 的 速度 是 530， 第 一 个 迭代 运行 到 一 半 的 时 候 ， 发 现 团队 预 估 的 速度 太 大 了 ， 按 照 当前 速度 ，50 个 
故事 点 无 法 完成 ， 预 计 只 能 完成 40 个 故事 点 ， 团 队 应 该 如 何 做 ? 


答 : 团队 的 速度 在 进行 初始 的 几 个 迭代 时 通常 会 不 同 ， 要 运行 两 三 个 迭代 后 才能 趋 于 稳定 ， 如 果 在 第 一 个 迭代 中 团队 预 估 的 
速度 是 520， 中间 预测 不 能 完成 50 个 ， 就 挑选 优先 级 高 的 优先 完成 。 在 回顾 会 上 ， 分 析 无 法 完成 的 原因 ， 是 被 高 估 了 还 是 因为 团 
队 的 能 力 不 足 ， 根 据 原 因 去 调整 下 一 个 迭代 的 故事 点 数 。 


5. 使 用 信息 发 射 源 取代 传统 的 项 目 报告 形式 ， 可 以 提高 软件 开发 的 效率 吗 ? 


答 : 信息 发 射 源 不 会 提高 软件 开发 者 的 效率 。 使 用 信息 发 射 源 的 优点 包括 : 减少 见长 的 沟通 ， 仅 允许 所 有 团队 成 员 和 干系 人 
查看 整个 项 目 状态 ， 同 时 减少 对 更 长 耗 时 的 沟通 方式 的 需求 ， 如 电子 邮件 或 备忘录 。 一 个 信息 发 射 源 应 张贴 在 一 个 高 度 可 见 、 
队 和 干系 人 可 便于 到 达 的 地 方 。 无 论 何 时 ， 只 要 公布 的 数据 有 了 变化 ， 信 息 发 射 源 都 要 进行 更 新 ， 以 使 得 所 有 团队 成 员 和 利益 相 
关 方 掌握 最 新 消息 。 所 以 ， 信 息 发 射 源 主要 为 了 可 视 化 ， 促 进 沟通 ， 并 非 提 高 效率 。 


兮 练习 题 


1. 团 队 向 客户 提供 了 一 个 原型 ， 让 客户 提供 反馈 。 实 际 上 ， 团 队 应 期 望 何 时 收 到 客户 的 反馈 
A. 按 团队 和 客户 同意 的 次 数 

B. 在 每 次 迭代 结束 时 

C. 在 每 月 状态 会 议 上 

D. 在 演示 结束 时 

2. 敏 捷 团 队 可 以 使 用 哪 种 原型 技术 建立 对 需求 的 理解 ? 

A. 回顾 

B.T 恤 尺寸 计算 

C. 线 框图 

D. 卡 诺 分 析 


3. 开 发 团队 对 一 个 用 户 故 事 不 能 理解 ， 你 作为 敏捷 管理 工程 师 需 要 怎么 做 ? 


A. 要 求 PO 参 加 计划 会 议 

B. 对 用 户 故 事 细 化 ， 以 便 能 够 理解 

C. 团 队 讨 论 采 用 最 佳 方案 开发 

D. 要 求 PO 参加 回顾 会 

4. 项 目 管理 者 用 速度 去 决策 ? 

A. 团队 在 这 个 迭代 中 的 工作 量 是 否 合适 

B. 在 迭代 中 ， 每 个 成 员 最 适合 完成 多 少 工作 量 

C. 在 迭代 中 ， 适 合 完成 多 少 差不多 规模 的 工作 

D.PO 是 否 在 迭代 中 确定 了 合适 的 优先 级 

5. 当 实现 故事 的 技术 信息 缺少 或 者 不 充足 时 ， 哪 种 方法 最 适合 用 来 实现 用 户 故事 ? 
A 缺陷 

B. 松 弛 

C. 探 测 

D. 非 功能 性 的 

6. 用 户 故 事 的 INVEST 属 性 是 指 什 么 ? 

A. 增 加 、 净 、 变 化 、 超 过 、 范 围 、 培 训 

B. 项 目 依赖 、 无 功能 的 、 价 值 、 探 索性 、 冲 刺 、 时 间 盒 
C. 创 新 、 嵌 套 的 、 想 象 力 、 预 算 能 力 、 可 扩展 、 团 队 


D. 独 立 的 、 可 协商 的 、 有 价值 的 、 可 估算 的 、 矮 小 的 、 可 测试 的 





7. 根 据 下 面 敏捷 项 目的 版 本 故事 列表 ， 如 果 团 队 在 第 一 个 迭代 中 完成 了 故事 A 和 故事 B， 故 事 C 完 成 了 509%， 那 么 团队 的 速度 


是 多 少 ? 


故事 


OITITIOINOIWwWI> 


A.9 

B.10 

C.12 

D.15 

8. 让 极端 物 参 与 编写 用 户 故事 的 目的 是 什么 ? 
A 识别 产品 设计 和 测试 中 的 错误 

B. 帮 助 识别 可 能 被 遗漏 的 用 户 故 事 

C. 提 供 一 些 决策 去 支持 模糊 的 用 户 概念 

D. 为 冲刺 计划 的 讨论 提供 价值 

9. 团 队 速 度 通 常用 来 _? 


A. 测 量 功能 完成 的 百分比 


改 事 所 3 


| 人 | 中 nh 


下 
各 | 


B. 判 断 这 个 帮 代 的 产 出 


5. 为 成 熟 团 队 预 测 进度 


D. 给 交付 价值 的 一 个 反馈 


10. 速 度 是 指 ”? 


A. 一 个 迭代 中 完成 的 产品 待 办 事项 的 总 的 小 时 数 平 均 到 每 个 开发 人 员 


B. 测 量 一 个 团队 把 产品 待 办 事项 转换 为 可 运行 的 经 过 测试 的 功能 


C. 测 量 项 目 经 理 把 产品 待 办 事项 转换 为 测试 过 的 功能 


D. 开 发 人 员 结对 编程 完成 的 产品 待 办 事项 的 总 的 小 时 数 





的 。 


HAkr . 
6. 答 案 : DD。 


7. 答 案 : A。 


。 团 队 反 馈 的 时 间 点 是 一 种 基本 规则 或 者 是 一 种 DoD， 应 该 由 干系 人 共同 认可 。 


。 线 框图 是 一 种 原型 的 技术 。 


。 团 队 对 用 户 故 事 不 能 理解 ， 需 要 在 计划 会 的 时 候 要 求 PO 做 描述 ， 有 时 候 也 可 以 称 为 需求 澄清 。 


。 速 度 是 指 一 个 迭代 中 团队 总 共 可 以 完成 的 故事 点 数 ， 是 用 来 衡量 一 个 团队 的 进度 ， 而 不 是 衡量 每 个 人 的 工作 量 


。 用 户 故 事 信息 缺少 时 ， 会 用 探测 逐步 寻找 解决 方案 ， 以 最 终 实 现 用 户 故 事 。 


参照 用 户 故 事 的 INVEST 属 性 。 





根据 速度 的 定义 ， 速 度 是 指 一 个 迭代 内 完成 的 故事 点 数 。 题 目 中 提 到 已 经 完成 了 故事 A 和 故事 B， 故 事 C 完 成 了 


50%， 所 以 C 不 算 完 成 ， 不 能 纳入 计划 ， 整 个 迭代 只 能 算 完成 了 两 个 故事 ， 即 A 和 B， 所 以 为 A。 


8. 答 案 : B。 根 据 极 端 人 物 的 定义 ， 用 来 识别 一 些 极 端的 场景 ， 帮 助 识别 可 能 被 遗漏 的 用 户 故 事 。 


9. 答 案 : C。 


速度 是 指 团队 在 一 个 迭代 可 以 完成 的 故事 点 数 。 通 常 ， 在 初始 的 几 个 迭代 中 ， 一 个 团队 的 速度 不 会 稳定 ， 经 过 


几 个 友 代 后 才 会 趋 于 稳定 ， 稳 定 后 的 速度 用 来 预测 团队 的 进度 。 


10. 答 案 : 


B。 速 度 是 指 一 个 团队 完成 的 用 户 故 事 的 点 数 ， 即 把 产品 待 办 事项 中 的 用 户 故 事实 现成 为 可 以 运行 的 功能 。 


第 4 章 ”打造 高 绩效 团队 
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理解 团队 续 交 


4.1 
评估 软件 是 困难 的 ， 因 为 所 有 新 业务 问题 的 开发 解决 方案 ， 其 固有 风险 发 生变 化 的 概率 是 很 高 的 。 尽 管 如 此 困难 ， 软 件 公司 
课题 ， 寻 求解 决 方案 。 


依然 需要 一 种 方法 去 投标 项 目 并 估计 可 能 的 预算 。 因 此 ， 很 多 聪明 的 人 广泛 研究 这 个 课题 
最 流行 的 解决 方案 之 一 是 软件 估算 模型 ， 称 为 COCOMO。COCOMO 开 模型 有 7 个 输入 变量 的 加 权 因 子 ， 其 中 一 个 就 
经 过 对 模型 的 研究 和 分 析 ， 在 计算 软件 项 目的 最 终 成 本 时 ， 人 员 因 素 的 影响 


最 ; 
是 “人 员 因 素 ”， 还 有 一 个 是 “工具 与 流程 因素 ” 


比 流程 重要 10 倍 多 。 
“个 体 和 交互 胜 过 流程 和 工具 ”， 可 以 看 出 ， 人 的 交互 相对 于 流程 和 工具 作用 更 大 。 如 果 人 员 优 秀 ， 即 使 流程 


很 少 或 者 没有 ， 也 可 以 成 功 ; 相反 ， 如 果 人 员 技 能 不 行 ， 或 者 团队 不 能 很 好 协作 ， 即 使 拿 到 业界 一 些 最 好 的 流程 ， 项 目 也 经 常会 


中 


对 照 敏 捷 宣 
失败 。 作 为 团队 的 领导 ， 我 们 应 该 聚焦 于 对 人 的 关注 ， 从 而 提高 团队 的 绩效 。 所 以 ， 如 何 做 好 对 团队 成 员 的 激励 ， 成 为 影响 团队 


绩效 提高 的 一 个 重要 因素 。 


4.1.1 团队 激励 
团队 激励 是 一 门 艺术 ， 若 使 用 得 当 ， 则 会 鼓励 团队 朝 着 正确 的 方向 持续 前 进 。 为 了 形成 团队 的 合力 ， 需 要 充分 了 解 每 个 人 的 
需求 ， 从 团队 的 角度 考虑 有 效 激励 。 每 个 人 的 需求 是 不 同 的 ， 作 为 团队 领导 者 ， 可 以 通过 访谈 和 观察 去 发 现 每 个 人 的 需求 。 一 旦 
进行 了 充分 的 调研 ， 我 们 就 能 考察 个 人 诉求 是 否 可 以 和 项 目 计划 相 吻 合 . 
绝 大 多 数 项 目 都 能 够 将 个 人 的 目标 融合 到 项 目的 目标 中 去 。 此 外 ， 前 明 项 目 对 于 整个 公司 的 意义 和 重要 性 同样 有 助 于 激发 团 
队 ， 如 让 项 目 友 起 人 描述 一 下 项 目 成 功 的 意义 和 愿景 。 组 织 的 高 层 人 员 通 过 电话 或 邮件 的 方式 表达 组 织 对 项 目的 期 待 ， 这 样 会 让 
自己 所 做 的 事情 很 有 价值 ， 正 在 承担 重要 任务 ， 这 也 是 一 种 有 效 的 激励 团队 实现 目标 的 方式 。 


在 敏捷 中 ， 团 队 对 项 目的 结果 共同 负责 ， 所 以 奖励 要 给 予 整个 团队 而 不 是 针对 个 人 ， 过 于 针对 个 人 的 奖励 容易 破坏 团队 的 自 


团队 成 员 觉 得 
组 织 特征 。 
4.1.2 ”适应 性 领导 
适应 性 领导 指 根据 团队 的 不 同 阶段 采用 不 同 的 领导 风格 ， 有 时 也 可 以 理解 为 情景 领导 。 根 据 塔 克 曼 理论 ， 团 队 的 行程 会 经 历 
常 按 顺 序 进行 ， 也 有 可 能 出 现 阶段 逆转 或 者 阶段 跳 


以 下 五 个 阶段 : 形成 、 震 荡 、 规 范 、 成 就 、 解 散 ( 见 图 4-1) 。 这 五 个 阶段 通 
跃 。 阶 段 的 长 短 取决 于 团队 活力 、 团 队 规模 和 团队 领导 力 。 





eldiiliire reallare Noeldaallare 


形成 阶段 : 规范 阶段 成 熟 阶 段 解散 阶段 


a 开始 认识 合 期 a 协同 工作 = 相互 依靠 || 于 完成 工作 
a 明确 角色 和 || = 缺少 凝聚 力 || = 相互 信任 高 效 解决 ”|| s 团队 成 员 


A 责 时 相互 对 立 本 问题 离开 项 目 
gg 不 开 诚 布 公 上 于 彼此 竞争 共同 解决 
加 相互 独立 “问题 





图 4-1 


根据 保罗 . 赫 塞 (Paul Hersey) 与 肯 尼 思 . 布 兰 查 德 (Kenneth Blanchard) 的 情景 领导 理论 ， 领 导 者 的 风格 在 团队 不 同 的 
阶段 也 要 改变 ， 主 要 如 下 : 


“领导 的 效能 取决 于 下 属 接纳 领导 者 的 程度 。 
领导 者 所 处 的 情境 随 着 下 属 的 工作 能 力 和 意愿 水 平 而 变化 。 
领导 者 根据 下 属 的 具体 特征 确定 适宜 的 领导 风格 。 



































图 4-2 显 示 了 不 同 阶段 对 应 的 不 同 的 领导 风格 。 






团队 
成 颈 度 


有 能 力 有 人 能力 没 能 力 没 能 力 
有 意愿 没 意 愿 有 意愿 没 意 愿 
图 4-2 





























-在 团队 形成 早期 ， 敏 捷 团 队 的 领导 者 需要 直接 协助 项 目 活动 ， 也 可 以 给 出 一 些 要 求 来 协助 团队 成 员 识 别 问 题 。 


` 当 团队 进入 震荡 阶段 ， 通 常会 有 很 多 分 上 收 和 冲突 。 在 这 个 阶段 ， 领 导 者 需要 担任 教练 的 角色 ， 帮 助 成 员 解 决 冲突 。 当 然 ， 适 当 的 冲突 是 有 盖 
的 ， 所 以 我 们 不 应 该 过 多 插手 团队 内 部 事情 。 很 多 时 候 ， 要 允许 争议 产生 ， 但 是 要 确保 冲突 不 要 升级 。 

































































` 当 团队 处 于 规范 阶段 的 时 候 ， 意 味 着 团队 已 经 基本 上 可 以 自行 管理 了 。 但 是 ， 这 并 不 是 说 在 这 个 阶段 领导 者 就 可 以 放任 不 管 ， 相 反 ， 领 导 者 
需要 充当 支持 者 的 角色 ， 发 挥 辅助 作用 。 



























































: 当 团 队 处 于 成 熟 阶段 的 时 候 ， 团 队 是 自治 的 、 被 授权 的 ， se 需要 给 出 正确 的 方向 性 的 引导 ， 对 
于 好 的 绩效 定期 认可 。 给 团队 安排 一 些 工 作 或 设置 一 些 挑 战 ， 让 团队 自己 发 挥 处 理 ， 哪 怕 这 个 过 程 中 团队 会 犯错 ， 也 允许 他 们 自己 处 理 ， 因 为 
犯错 的 过 程 本 身 就 是 一 种 成 长 。 

























































































` 当 团队 处 于 解散 阶段 的 时 候 ， 每 个 成 员 需 要 被 释放 。 作 为 领导 者 ， 要 协助 安排 好 团队 成 员 的 去 处 ， 不 能 让 团队 成 员 感 知 到 无 家 可 归 
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以 上 是 从 理论 上 定义 的 团队 形成 的 阶段 及 每 个 阶段 的 领导 风格 。 在 实践 中 ， 有 时 候 会 与 此 不 同 ， 这 跟 团 队 成 员 本 身 以 及 成 员 
之 间 的 天 系 等 因素 有 关系 。 我 们 用 这 些 标 准 的 模型 提前 觉察 到 团队 处 于 某 个 特定 阶段 的 表象 特征 ， 以 便 采 取 合 理 的 领导 方式 。 


在 敏捷 中 ， 适 应 性 领导 很 多 场合 也 会 被 称 为 仆人 式 领 导 。 仆 人 式 领 导 的 说 法 可 追根 到 1970 年 罗伯特 K. 格 林立 夫 (Robert 
K.Greenleaf) 在 一 篇 文章 中 ， 指 出 仆人 式 领 导 是 献身 于 他 们 的 公司 和 工作 ， 是 为 他 们 的 同事 、 团 队 和 客户 服务 的 管家 。 在 一 个 
自主 管理 的 团队 中 ， 仆 人 式 领 导 是 促成 者 ， 倾 听 团队 的 需求 ， 清 除 团队 障碍 并 为 提高 生产 率 提供 工具 和 其 他 支持 。 敏 捷 领 导 者 常 
见 的 行为 准则 如 下 : 
.授权 团队 成 员 自主 决策 敏捷 实践 和 方法 。 

F 团 队 自 主管 理 和 自我 约束 。 
忆 队 适当 的 决策 。 

一 队 创造 力 和 探索 新 技术 。 
-阐述 产品 愿景 ， 持 续 进行 愿景 激励 以 完成 整体 目标 。 
` 移 除 团队 遇 到 的 障碍 和 问题 。 

“宣传 敏捷 的 价值 观 和 理念 。 
-确保 所 有 干系 人 有 效 协 作 。 
-依据 工作 环境 改变 领导 风格 ， 以 此 确保 有 力 支 持 敏捷 价值 和 原则 。 


























































































































4.1.3 ”情商 


情绪 商 数 ， 简 称 情商 ， 是 一 种 自我 情绪 控制 能 力 的 指数 。 它 由 美国 心理 学 家 彼得 萨 洛 维 于 1991 年 创立 ， 是 指 一 个 人 感受 、 
理解 、 控 制 、 运 用 和 表达 自己 及 他 人 情感 的 能 力 。 


1995 年 ， 美 国 哈佛 大 学 心理 学 家 丹尼尔 . 戈 尔 曼 提出 了 情商 (EQ) 的 概念 ， 认 为 情商 是 一 个 人 重要 的 生存 能 力 ， 是 一 种 发 气 
情感 潜能 、 运 用 情感 能 力 影响 生活 各 个 层面 和 人 生 未 来 的 关键 品质 因素 。 戈 尔 曼 认为 ， 在 成 功 的 要 素 中 ， 智 力 因 素 是 重要 的 ， 但 
更 为 重要 的 是 情感 因素 。 


态 尔 曼 在 其 所 著 的 《情感 智商 》 书 中 提 到 : 情商 高 者 ， 能 清醒 地 了 解 并 把 握 自 己 的 情感 ;敏锐 感受 并 有 效 反馈 他 们 情绪 变化 
的 人 ， 在 生活 各 个 层面 都 占 尽 优势 。 情 商 决定 了 我 们 怎样 才能 充分 而 又 完善 地 发 挥 我 们 所 拥有 的 各 种 能 力 ， 包 括 我 们 的 天 赋 能 
力 。 


情商 偏重 的 是 日 常生 活 中 所 强调 的 自 知 、 自 控 、 热 情 、 坚 持 、 社 区 技巧 等 心理 品质 。 戈 尔 曼 将 情商 概括 为 五 个 方面 的 能 
分 别 为 : 自我 沉 知 、 自 我 调控 、 自 我 激励 、 识 别 他 人 情绪 以 及 处 理 人 际 关系 ， 如 图 4-3 所 示 。 






丹尼尔 ， 苹 尔 曼 
情商 定义 
识别 他 入 处 理 人 际 


情绪 关系 


图 4-3 


(1) 自我 完 知 ， 即 识别 自身 情绪 的 能 力 ， 知 道 自己 当下 的 情感 及 原因 。 认 识 情 绪 是 情商 的 基石 ， 不 了 解 自 身 真 实感 受 的 人 
势必 沦 为 情绪 的 奴隶 。 反 之 ， 掌 控 情 绪 才 能 成 为 生活 的 主宰 ， 面 对 各 种 抉择 方 能 溉 善 处 理 。 


(2) 自我 调控 ， 即 妥善 管理 情绪 的 能 力 ， 即 使 碰 到 困难 ， 也 能 控制 自己 的 情绪 。 调 控 自 我 的 情绪 ， 使 之 适时 、 适 地 、 适 
度 ， 这 种 能 力 是 建立 在 自我 觉 知 的 基础 上 。 它 可 以 进行 自我 安奈， 并且 有 效 摆脱 消极 情绪 的 能 力 。 


(3) 自我 激励 ， 即 面 对 挫折 保持 热饮， 坚定 目标 。 保 持 高 度 热 忱 是 一 切 成 就 的 动力 ， 能 够 自我 激励 的 人 做 任何 事情 都 具有 
较 高 的 效率 ， 内 心 涌 动 着 激情 ， 方 能 坚持 不 懈 并 高 效 地 追求 自己 的 事业 。 它 是 一 种 服从 于 某 目标 而 调动 、 指 挥 情 绪 的 能 力 。 要 想 
集中 注意 力 ， 实 现 自 我 激励 、 自 我 把 握 ， 发 挥 创 造 性 ， 这 一 能 力 必 不 可 少 。 


(4) 识别 他 人 情绪 ， 即 具有 同 理 心 的 人 能 从 细微 的 信息 中 察觉 他 人 的 需求 ， 进 而 根据 他 人 的 需求 行事 ， 进 而 得 到 他 人 的 认 
可 和 欢迎 ; 能 通过 细微 的 社会 信号 ， 敏 锐 地 感受 到 他 人 的 需求 与 欲望 。 对 于 领导 者 来 说， 这 一 点 尤其 重要 。 


(5) 处 理 人 际 关 系 ， 即 人 际 关系 管理 是 管理 他 人 情绪 的 艺术 ， 要 求人 能 在 认 知 他 人 情绪 的 基础 上 ， 采 取 相 应 措施 ， 与 他 人 
建立 并 维系 良好 的 天 系 。 这 类 人 通过 倾听 、 理 解 和 欣赏 他 人 感受 ， 与 人 和 睦 相 处 。 


换 句 话说 ， 首 先 我 们 需要 认 知 自己 的 感觉 。 一 旦 我 们 理解 了 自己 的 情绪 ， 就 可 以 控制 它们 。 然 后 我 们 需要 认识 到 我 们 有 能 
选择 我 们 的 感觉 和 反应 。 我 们 可 以 顺 着 “刺激 引发 反应 ”这 个 普通 的 模式 ， 但 作为 人 类 的 天 赋 之 一 的 能 力 一 一 选择 ， 我 们 可 以 
在 刺激 和 反应 之 间 增 加 一 个 信念 (这 个 信念 会 影响 我 们 的 行为 反应 ) 。 





当 我 们 超越 了 自我 认 知 和 自我 管理 的 区 域 时 ， 就 可 以 对 他 人 的 情绪 进行 识别 和 管理 。 作 为 敏捷 教练 或 者 管理 者 ， 我 们 应 该 有 
能 力 识 别 出 团 队 成 员 的 情绪 状态 ， 尤 其 是 负面 的 情绪 ， 帮 助 他 们 渡 过 难关 。 一 旦 我 们 有 能 力 发 现 别人 需要 帮助 ， 我 们 就 可 以 通过 
技能 来 帮助 团队 完成 工作 。 这 些 社会 技能 包括 但 不 局 限于 : 影响 力 、 激 励 、 领 导 力 和 培养 他 人 的 能 力 。 


4.3 打造 高 效 团队 


4.3.1 每 日 站 会 


每 日 站 会 是 敏捷 团队 的 核心 实践 ， 是 一 个 强调 聚焦 的 短 会 ， 通 常 时 间 被 限制 在 15 分 钟 内 。 参 会 者 只 回答 三 个 问题 ， 以 此 来 
严格 控制 会 议 的 进程 。 站 会 是 团队 自己 的 会 议 ， 也 由 团队 自己 组 织 ， 对 于 暴露 的 一 些 问 题 或 者 障碍 也 要 优先 由 团队 自己 解决 ， 但 
是 站 会 上 不 讨论 具体 的 解决 方案 。 通 过 会 议 中 的 交流 ， 每 个 团队 成 员 可 以 对 项 目 范围 和 从 代 的 目标 达成 一 致意 见 。 


4.3.2 教练 


辅导 和 言传 身 教 的 敏捷 团队 可 以 帮助 他 们 保持 对 问题 的 追踪 以 及 克服 困难 ， 能 够 持续 改进 技术 。 教 练 可 以 同时 在 整体 和 个 体 
两 个 层面 上 进行 。 


(1) 整体 层面 : 教练 对 于 整个 团队 的 指导 大 部 分 都 是 在 迭代 的 一 些 仪式 中 进行 的 ， 比 如 计划 会 、 评 审 会 、 回 顾 会 。 这 些 都 
是 很 好 的 时 间 点 来 进行 敏捷 实践 ， 并 使 团队 来 实现 敏捷 规则 。 过 程 的 变更 要 在 两 个 迭代 之 间 进 行 ， 在 进 代 中 不 能 变更 。 迭 代 需 要 
保持 稳定 的 环境 。 


(2) 个 体 层 面 : 教练 在 迭代 中 可 以 为 团队 成 员 进 行 个 体 指导 。 比 如 ， 如 果 团队 中 某 个 成 员 出 现 问 题 ， 可 以 私下 进行 一 对 一 
的 非 正 式 沟 通 。 其 中 ， 最 重要 的 是 保持 坦白 ,注意 尊重 。 关 于 一 对 一 的 个 体 指导 ， 可 以 及 用 如 下 方式 。 
:水 到 渠 成 :不 要 直接 向 开发 人 员 灌输 项 目的 最 终 目标 ， 最 好 通过 引导 ， 让 他 们 逐步 完成 并 走向 成 功 。 这 个 过 程 主要 是 激发 团队 成 员 的 内 驱 
力 ， 从 内 部 驱动 他 们 的 行为 方式 ， 而 不 是 外 部 的 驱动 。 
:安全 保障 ， 为 团队 成 员 营造 一 个 安全 的 环境 ， 可 以 确保 双方 开 诚 布 公 地 进行 沟通 。 所 有 的 指导 应 该 保密 ， 因 为 在 安全 的 环境 中 ， 人 们 更 容易 
分 享 内 心 的 观点 或 者 提出 个 人 的 意见 。 
-联合 职能 经 理 ， 职 能 经 理 通常 不 在 项 目 团队 中 ， 有 可 能 不 重视 敏捷 方法 或 者 不 会 使 用 敏捷 方法 。 所 以 ， 需 要 和 职能 经 理 合作 ， 使 每 个 成 员 的 
标 一 致 ， 并 将 每 个 团队 成 员 在 项 目 中 的 贡献 及 时 汇报 给 对 应 的 职能 经 理 。 
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4.3.3 ”头脑 风暴 


头脑 风暴 是 一 种 用 来 产生 和 收集 对 项 目 需求 与 产品 需求 的 多 种 创意 的 技术 ， 又 称 “ 集 思 广 益 ”。 它 本 身 不 包含 投票 或 排序 ， 
常 与 其 他 技术 一 起 使 用 。 其 主要 的 特点 是 : 面对面 、 无 拘 无 束 、 快 速 、 不 求 最 后 结果 。 


敏捷 团队 使 用 头脑 风暴 技术 来 帮助 确定 一 些 解决 问题 的 方法 或 者 提出 一 些 创 意 。 例 如 ， 团 队 使 用 头脑 风暴 来 定义 产品 的 标 
准 ， 定 义 完成 DoD， 识 别 潜在 的 风险 ， 总 结 迭 代 中 的 问题 等 。 当 使 用 该 技术 时 ， 小 组 内 的 开放 性 十 分 重要 ， 这 样 大 家 才 会 畅 所 
欲 言 ， 提 出 合理 的 建议 。 头 脑 风暴 工具 的 实施 通常 包括 安静 书写 、 循 环 法 、 自 由 讨论 这 三 种 方式 。 


























.安静 书写 : 使 用 安静 书写 方式 ， 团 队 成 员 各 自 列 出 自己 的 想法 。 这 种 方式 可 以 避免 团队 内 的 同伴 影响 ， 要 于 讨论 之 前 单独 完成 。 













































































.循环 法 : 每 个 人 轮流 阐述 他 们 的 想法 ， 人 允许 在 别人 的 想法 上 改进 或 者 更 新 自己 的 想法 。 
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.自由 讨论 : 每 个 成 员 可 以 天 马 行 空地 说 出 自己 的 观点 或 者 想法 。 这 种 自发 性 和 团队 的 协作 性 可 以 增加 建议 的 数量 。 同 时 ， 也 会 存在 一 些 成 


员 听 不 到 或 者 没有 得 到 参与 的 机 会 的 情况 。 





























在 头脑 风暴 中 获得 了 一 些 想 法 之 后 ， 下 一 步 就 是 整理 这 些 想 法 ， 排 列 优先 级 顺序 ， 落 地 实施 。 通 常 ， 敏 捷 团 队 使 用 的 优先 级 
排序 的 技术 有 以 下 两 种 。 


(1) MoSCoW。 这 项 技术 用 于 优先 级 分 级 ， 描 述 为 “1、2、3” 或 者 “高 、 中 、 低 ”。MoSCoW 来 自 DSDM 敏 捷 方 法 ， 
截取 下 列 词组 的 第 一 个 字母 组 合 而 成 一 一 “Must have” “Should have” “Could have” 和 “Would like to have，but not 
now”。 当 我 们 使 用 MoSCoW 优 先 级 排序 头脑 风暴 的 想法 时 ， 建 议 可 以 将 条 目 分 类 为 “Must have”“Should have” 等 。 


(2) 多 维度 投票 。 使 用 这 项 技术 ， 团 队 的 智慧 通过 每 个 人 的 优先 级 选择 体现 了 出 来 。 每 个 人 约定 好 一 组 点 数 (比如 标记 
物 、 贴 星星 、 小 红 花 ) 来 分 别 标识 自己 的 选择 。 例 如 ， 在 进行 一 个 选项 投票 前 ， 每 个 成 员 被 给 予 10 颗 小 星星 ， 他 们 可 以 将 这 10 
个 星星 都 投 给 自己 支持 的 选项 ， 也 可 以 把 4 个 投 给 其 中 的 一 个 选项 ， 剩 余 的 6 个 投 给 另外 一 个 选项 。 每 个 团队 成 员 被 限制 只 能 
10 颗 小 星星 ， 但 是 如 何 分 配 和 选择 取决 于 成 员 自 己 。 然 后 ， 主 持 人 将 每 个 选项 的 投票 数 统计 总 和 ， 再 根据 总 数 排 好 顺序 。 这 种 
投票 可 以 是 公开 的 ， 也 可 以 单独 清点 小 星星 的 个 数 。 这 项 技术 经 常 在 回顾 会 中 运用 ， 用 来 确定 下 一 个 迭代 中 需要 优先 执行 的 一 些 
改进 建议 。 


一 个 成 功 的 头脑 风暴 应 遵循 以 下 要 点 : 


“确保 一 个 中 立 和 舒适 的 会 议 环境 。 
-有趣 且 有 经 验 的 引导 者 来 主持 头脑 风暴 环节 。 
-提前 告知 参与 者 目标 、 安 排 和 基本 原则 。 
“使 用 一 个 成 员 来 自 多 领域 的 、 多 样 化 的 团队 ， 来 实现 多 角度 的 期 望 。 
删除 任何 阻碍 思想 产生 的 评论 。 























































































































4.3.4 作战 室 


团队 空间 是 团队 成 员 每 天 工作 的 一 个 指定 的 环境 ， 有 时 候 也 称 为 “作战 室 ”。 敏捷 方法 提倡 面对面 的 沟通 ， 倡 导 团 队 一 起 工 
作 ， 这 样 有 利于 合作 和 信息 的 共享 。 


敏捷 团队 经 常 征 用 一 些 会 议 室 作为 他 们 团队 的 作战 室 。 将 大 量 墙 上 的 空间 用 来 布置 白板 ， 展 示 一 些 团队 合作 的 讨论 ， 也 可 以 
在 墙 上 放置 项 目 进度 的 信息 发 射 源 。 这 种 方法 各 有 利弊 。 


1. 利 一 一 渗透 式 沟通 


渗透 式 沟 通 是 沟通 的 一 种 ， 是 指 信息 在 互相 搭配 工作 的 团队 成 员 之 间 无 意识 地 进行 共享 。 因 为 共享 相同 的 工作 环境 ， 所 以 团 
队 成 员 可 以 获取 相同 环境 的 信息 输入 。 这 些 信 息 的 输入 通常 都 不 是 预先 安排 的 ， 而 是 无 意 中 听 到 其 他 人 的 谈话 而 获取 。 渗 透 式 沟 
通 有 助 于 确保 在 敏捷 项 目 团队 内 部 问题 、 思 想 和 信息 分 享 的 自然 流动 ， 提 升 沟通 效率 。 渗 透 式 沟通 包括 抓 取 一 些 非 语 言 沟通 的 要 
素 ， 比 如 胶体 语言 。 但 是 对 于 办 公 地 点 分 散 的 团队 ， 渗 透 式 信息 流 就 很 难 出 现 。 所 以 ， 敏 捷 方 法 提倡 一 起 工作 ， 可 以 创造 面对面 
沟通 和 渗透 式 沟通 的 机 会 。 


2. 浆 





缺少 私有 空间 


开放 的 工作 环境 使 得 一 些 项 目 信 息 的 传播 很 高 效 ， 但 是 会 对 一 些 私 人 的 电话 形成 一 些 挑战 〈 因 为 这 些 私人 的 电话 可 能 会 被 周 
围 的 人 无 意 中 听 到 ， 从 而 泄露 了 一 些 个 人 的 隐私 ) 。 对 于 解决 这 个 问题 ， 大 部 分 公司 会 提供 私人 办 公 室 以 允许 打 私 人 电话 。 如 果 
团队 成 员 需 要 一 个 短 时 间 的 相对 安静 的 地 方 ， 这 些 私人 办 公 室 就 可 以 被 他 们 使 用 。 


极限 编程 用 语 中 “caves” 和 “common” 指 的 是 ， 为 团队 成 员 创造 的 两 个 分 区 。 洞 从 区 域 是 一 个 私人 的 交易 预 留 空间 ， 需 
要 一 个 孤立 上 且 安 静 的 环境 。 公 共 范 围 是 一 个 公共 的 空间 ， 在 此 常 有 渗透 式 沟通 和 协作 。 为 了 维护 公共 领域 ， 每 一 名 团队 成 员 应 当 
工作 于 一 个 且 是 同一 个 项 目 上 。 


4.3.5 ” 洪 规 则 知识 


潜 规 则 知识 指 的 是 那些 没有 明确 的 书面 说 明 ， 但 是 整个 团队 成 员 都 明白 的 知识 。 这 些 知识 使 得 团队 在 同一 地 点 办 公 时 非常 有 
效率 。 随 着 团队 规模 不 断 扩大 ， 与 每 个 人 维持 面对面 沟通 也 就 越 来 越 难 。 此 时 ， 潜 规则 知识 也 会 受到 一 些 挑战 。 团 队 开始 将 越 来 


越 多 的 事情 落实 到 纸 上 ， 以 此 来 确保 每 个 人 都 被 通知 到 。 书 面 文档 的 创建 过 程 相对 缓慢 ， 从 而 打破 了 原先 小 团队 合作 的 快速 性 。 


为 了 更 好 地 实行 面对面 沟通 和 维持 潜 规 则 知识 ， 敏 捷 方 法 推荐 将 团队 人 数 限制 在 13 人 以 内 。 如 果 项 目的 规模 扩大 很 多 ， 需 
要 的 资源 也 越 来 越 多 ， 可 以 将 大 团队 切 分 成 小 的 子 团 队 。 子 团队 的 代表 需要 每 天 聚 在 一 起 整合 和 同步 项 目 中 的 工作 。 在 Scrum 
中 ， 这 个 做 法 称 为 SOS (Scrum of Scrum) 。 


4.3.6 ”管理 分 布 式 团队 


一 个 高 绩效 的 敏捷 团队 是 指 理论 上 集中 到 一 起 ， 可 进行 渗透 式 沟通 和 面对面 交互 的 团队 。 然 而 ， 在 现今 的 跨国 环境 下 ， 集 中 
式 并 非 总 是 可 行 的 。 分 布 式 团队 是 指 团队 中 至 少 有 一 个 人 与 其 他 人 不 在 一 起 工作 。 在 敏捷 中 ， 分 布 式 团队 不 是 特例 ， 而 是 一 种 常 
态 。 分 布 式 团队 之 所 以 被 如 此 频繁 地 使 用 ， 其 中 一 个 很 大 的 原因 就 是 ， 互 联网 提供 了 新 的 沟通 方式 并 且 降 低 了 沟通 成 本 。 对 于 地 
理 分 离 ， 特 别 是 不 同 国家 的 团队 要 考虑 语言 、 文 化 、 时 区 的 差异 。 











分 布 式 团队 的 常见 工具 












































分布 式 团队 的 管理 方式 





















































:比喻 : 比喻 可 以 帮助 团队 聚焦 在 项 目 愿 景 上 。 比 如 ,我 们 正在 创造 一 个 新 的 互联 世界 “。 





























"频繁 的 沟通 ， 当 团队 成 员 不 能 在 一 起 时 ， 频 繁 的 沟通 就 显得 尤为 重要 ， 比 如 每 天 召开 两 次 站 会 。 


























强化 :通过 会 议 电话 中 更 加 频繁 的 重复 和 反馈 来 保证 每 个 人 都 参与 。 
































电话 会 议 的 协作 : 保持 电话 会 议 的 高 效 性 ， 才 能 让 大 家 愿意 参加 会 议 并 提出 有 效 的 意见 。 





随 着 项 目 越 来 越 复 杂 ， 所 需 的 资源 也 越 来 越 多 ， 在 一 个 场所 容纳 所 有 的 人 就 变 得 不 那么 现实 ， 所 以 分 布 式 团队 的 出 现 将 在 所 
难免 。 除 了 上 述 工 具 和 管理 方式 ， 可 以 在 项 目 启动 时 至 少将 团队 成 员 聚 集 在 一 起 一 次 ， 哪 怕 可 能 会 多 花费 一 些 成 本 。 当 大 家 实际 
见 过 一 次 面 后 ， 后 续 的 沟通 交流 就 会 变 得 非常 容易 。 


4.3.7 ”敏捷 工具 


敏捷 团队 倾向 于 使 用 低 科 技 、 高 接触 的 工具 ， 但 是 必要 的 时 候 也 可 以 采用 一 些 计 算 机 模型 的 高 科技 工具 。 


1. 低 科技 、 高 接触 工具 


低 科 技 、 高 接触 工具 促进 了 沟通 与 合作 ， 而 沟通 与 合作 恰恰 是 有 利于 团队 学 习 和 团队 知识 共享 及 传播 的 。 相 反 ， 复 杂 的 工具 
可 以 让 人 看 见 漂亮 的 图 表 ， 但 会 让 很 多 参与 者 迷失 方向 。 常 用 的 低 科技 、 高 接触 的 工具 有 很 多 ， 比 如 : 白板 、 用 户 故事 卡片 、 计 
划 扑 克 。 


2. 数 字 化 工具 


数字 化 的 工具 应 用 在 分 布 式 团队 中 还 是 比较 好 的 方法 ， 比 如 : 















































-敏捷 项 目 管理 软件 。 这 些 工 具 可 以 用 来 帮助 进行 待 办 事项 创建 和 排序 ， 追 踪 团 队 的 过 程 数 据 。 
虚拟 卡片 墙 : 可 以 模拟 物理 卡片 墙 ， 通 过 互联 网 在 任何 地 点 直接 操作 。 












































数码 相机 : 数码 照片 可 以 快速 捕 提 白板 任务 ， 也 可 以 作为 一 种 存储 和 归档 ， 便 于 过 程 数 据 的 查阅 。 
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"WIKI: 这 些 工 具 让 干系 人 可 以 创建 、 查 看 、 修 正 以 及 参与 讨论 项 目 过 程 中 的 问题 。 








4.4 ”本 章 常见 问题 解答 


1. 如 果 一 个 团队 的 成 员 在 不 同 的 地 理 区 域 办 公 ， 如 何 实施 站 会 ? 


答 : 可 以 通过 敏捷 工具 诸如 视频 这 样 的 方式 实施 站 会 。 如 果 分 布 式 团队 存在 一 些 文化 、 时 差 上 的 差异 ， 要 选择 一 个 共同 的 时 
间 段 召开 站 会 ， 同 时 ， 在 开展 一 些 活动 时 要 尊重 不 同文 化 之 间 的 差异 。 


2. 敏 捷 团 队 的 效率 用 什么 来 衡量 ? 


答 : 团队 的 效率 ， 即 团队 的 速度 往往 用 完成 的 故事 点 数 来 衡量 。 但 是 ， 单 独 的 速度 用 来 和 两 个 或 两 个 以 上 的 团队 对 比 生产 率 
是 无 效 的 。 因 为 没有 两 支 团 队 共享 相同 的 故事 点 定义 。 如 果 两 个 团队 属于 一 个 大 型 项 目 中 的 子 团队 ， 也 可 能 会 尝试 定义 一 个 基准 
的 故事 点 。 


3. 仆 人 式 领 导 是 指 在 团队 需要 的 时 候 领 导 者 就 会 出 现 ， 那 么 如 何 把 握 出 现 的 时 机 呢 ? 


答 : 根据 塔 克 曼 的 团队 建设 阶段 理论 ， 团 队 形 成 的 初期 ， 会 经 历 一 段 时 间 的 震荡 ， 此 时 ， 团 队 是 不 能 实现 自 组 织 状 态 的 ， 这 
个 时 候 需 要 管理 者 介入 ， 协 助 解决 问题 ， 给 予 一 些 指导 。 随 着 团队 的 成 熟 和 发 展 ， 领 导 者 要 尽量 授权 团队 自行 解决 问题 ， 也 许 团 
队 在 解决 问题 的 时 候 会 出 错 ， 作 为 领导 者 ， 要 允许 犯错 ， 让 团队 在 犯错 中 成 长 。 但 是 ， 如 果 一 个 问题 出 现 了 反复 或 者 团队 明显 对 
此 没有 能 力 解决 的 时 候 ， 管 理 者 要 介入 ， 给 予 指导 。 


4 .敏捷 追求 自 组 织 团队 ， 集 体 所 有 ， 那 么 该 如 何 衡量 团队 的 绩效 呢 ? 


答 : 在 传统 的 项 目 管理 中 ， 更 多 地 通过 任务 去 衡量 个 人 绩效 ;在 敏捷 中 ， 任 务 代码 等 都 是 团队 共有 的 ， 加 之 敏捷 也 会 采用 一 
些 诸如 结对 编程 这 样 的 实践 ， 如 何 衡量 个 人 的 绩效 会 比较 难以 细 分 ， 所 以 敏捷 中 衡量 团队 绩效 、 奖 励 也 针对 团队 进行 。 速 度 就 是 
一 个 衡量 团队 绩效 的 工具 。 


5. 考 试 中 经 常 提 到 “敏捷 工程 师 ” ， 这 个 角色 是 SM ， 还 是 教练 ? 


答 : 敏捷 工程 师 在 ACP 考 试 中 被 多 次 提 到 ， 这 个 角色 可 以 理解 为 敏捷 的 项 目 经 理 ， 就 是 带领 团队 实施 敏捷 实践 的 人 、 敏 捷 团 
队 的 负责 人 ， 有 时 候 这 个 角色 是 由 SM 担 任 ， 有 时 候 是 由 教练 担任 。 


全 练习 题 


1 一 名 敏捷 团队 成 员 仪 召集 一 部 分 团队 成 员 开 会 ， 而 不 是 整个 团队 ， 以 就 当前 故事 达成 一 项 关键 的 决定 。 为 什么 应 当 由 整个 
团队 参与 达成 这 项 决定 呢 ? 


A. 为 了 在 整个 团队 中 分 享 Sprint 承 诺 的 责任 


C. 为 了 避免 闲话 
D. 为 了 通过 分 享 知识 和 协作 减少 风险 及 预测 


2. 项 目 小 组 正在 看 板 ， 一 个 项 目 新 人 员 不 了 解 敏捷 ， 你 作为 敏捷 管理 工程 师 ， 需 要 : 


A 单独 和 他 沟通 ， 向 他 解释 敏捷 的 概念 

B. 创 建 正式 的 指导 文档 并 通过 邮件 发 送 给 他 

C. 通 过 团队 引导 这 个 新 成 员 了 解 看 板 

D. 给 新 成 员 培 训 看 板 

3. 项 目 小 组 正在 采用 宽带 Delphi 做 迭代 计划 ， 一 个 项 目 新 人 员 不 了 解 敏捷 ， 你 作为 敏捷 管理 工程 师 ， 需 要 怎么 做 ? 
A 单独 和 他 沟通 ， 向 他 解释 敏捷 的 概念 

B. 创 建 正式 的 指导 文档 并 通过 邮件 发 给 他 

.让 他 参加 ， 鼓 励 他 在 会 议 上 发 言 

D. 和 他 的 职能 经 理 沟通 ， 要 求 他 参加 

4. 一 个 大 项 目 团 队 有 14 人 ， 一 段 时间 后 发 现 ， 项 目 沟通 效率 低 ， 进 度 落 后 ， 绩 效 不 好 ， 你 作为 敏捷 管理 工程 师 ， 需 要 : 
A. 更 换 绩效 不 好 的 成 员 

B. 通 过 指导 提高 绩 交 

C. 汇 报 给 他 们 的 职能 经 理 

D. 分 拆 为 小 团队 

5. 公 司 新 搬 进 一 间 新 的 办 公 室 ， 团 队 打算 实施 敏捷 ， 要 如 何 装修 这 个 办 公 室 呢 ? 

A. 各 个 独立 的 房间 避免 打搅 

B. 中 间 有 看 板 ， 可 以 集中 办 公 的 房间 

5. 由 团队 决定 ， 根 据 不 同 的 敏捷 实践 装修 

D. 由 公司 人 力 资源 决定 装修 的 风格 

6. 公 司 刚 开始 执行 敏捷 ， 公 司 领导 要 求 强制 召开 每 日 站 会 ， 你 作为 敏捷 实践 者 ,会 怎么 处 理 ? 
A. 服 从 领导 安排 ， 强 制 召开 每 日 站 会 

B. 和 领导 沟通 ， 应 该 由 团队 自己 决定 

.忽视 领 导 的 要 求 ， 继 续 原 项 目 

D. 告 诉 领导 ， 敏 捷 不 用 开 站 会 

7. 团 队 的 一 个 组 件 外 包 给 一 个 供应 商 提供 ， 敏 捷 团 队 要 如 何 计划 和 监督 供应 商 ? 

A. 正 式 的 每 周 状态 报告 ， 每 月 一 次 的 汇报 会 议 


B. 每 日 站 会 ， 产 品 发 布 计划 


C. 通 过 邮件 每 周 发 送 燃 尽 图 报告 
D. 人 迭代 计划 会 ， 燃 尽 图 和 Throughout 


8. 团 队 最 近 发 布 了 一 个 版 本 ， 在 市 场 上 广 受 好 评 ， 公 司 高 层 经 常 直接 联系 开发 团队 ， 关 注 开 发 状况 ， 团 队 感到 进度 受到 了 影 
你 作为 敏捷 管理 工程 师 ， 会 怎么 做 ? 


一 
村 


A. 联 系 PO， 要 求 他 和 公司 高 层 沟 通 


B. 私 下 与 公司 高 层 沟通 


C. 邀 请 公司 高 层 参加 产品 计划 会 


D. 忽 略 该 问题 ， 因 为 团队 的 问题 都 可 以 自己 解决 


9. 以 下 哪个 对 分 布 式 敏 捷 团队 的 成 功 来 说 非常 重要 ? 


A. 成 本 控制 


C. 共 享 知 识 

D. 文 化 的 协作 

10. 敏 捷 提 倡 哪 种 管理 风格 ? 
A. 任务 


B. 团 队 





1. 答 案 : A。 团 队 参 与 可 以 达成 一 致 的 共识 ， 也 可 以 获取 每 个 人 的 承诺 。 


2. 答 案 : C。 人 敏捷 团队 进行 自我 组 织 、 自 我 指挥 。 


3. 答 案 : C。 宽 带 Delphi 是 团队 参与 决策 的 工具 。 对 此 ， 要 鼓励 团队 成 员 参 与 ， 即 便 有 可 能 犯错 也 鼓励 其 尝试。A 比 较 理论 
化 ， 仅 普及 敏捷 理念 ， 无 法 解决 实际 的 问题 ， 要 具体 的 指导 实践 。 


4 答案 : B。SM 负 责 移 除 团队 运作 中 的 障碍 ， 给 予 团队 指导 ， 引 导 提 升 绩 效 。 如 果 在 指导 过 程 中 发 现 是 因为 团队 规模 太 大 ， 
再 进行 拆 分 ， 划 分 为 多 个 小 团队 ， 按 照 Sscrum 的 规则 ， 团 队 规模 在 5 ~ 9 人 。 


5. 答 案 : C。 敏 捷 作战 室 的 装修 应 该 根据 团队 采纳 的 实践 以 及 团队 本 身 的 特点 进行 。 这 个 由 团队 自行 决定 。A、B 都 太 形式 
化 ，D 不 符合 团队 自 组 织 的 特点 。 


6. 答 案 : B。 敏 捷 中 提倡 自 组 织 团 队 ， 对 于 团队 内 部 事宜 可 以 自行 决定 ， 比 如 站 立会 、DoD 等 。 


办 


7. 答 案 : D。 敏 捷 通 过 迭代 计划 会 展示 计划 ， 燃 尽 图 是 跟踪 的 工具 ; D 中 的 Throughout (吞吐 量 ) 可 以 理解 为 团队 速率 。B 
中 每 日 站 会 太 频 繁 ， 时 间 太 短 ， 很 难 坚持 每 天 召开 ， 而 且 站 会 更 多 是 对 团队 内 部 的 任务 进行 监控 。 产 品 发 布 计 划 周 期 太 长 ， 用 来 
做 监督 会 有 空 档期 ， 效 果 不 好 。A 和 (通常 是 瀑布 的 做 法 ， 强 调 汇报 报告 。 


8. 答 


猎 


: C。 高 层 关注 产品 的 进展 ， 计 划 会 可 以 从 根本 上 解决 问题 ， 满 足 高 层 的 需求 。 


9. 答 案 : D。 分 布 式 团队 要 首先 考虑 文化 的 差异 性 ， 尊 重 不 同文 化 的 差异 ， 致 力 于 项 目的 成 功 。 在 考试 中 ， 对 于 分 布 式 团队 
除了 要 关注 文化 的 差异 ， 也 要 考虑 沟通 的 多 样 性 。 


10. 答 案 : B。 人 敏捷 提倡 人 小 人 式 或 者 服务 型 领导 的 管理 风格 ， 由 团队 自 组 织 。 


第 5 草 ”适应 性 计划 


CP 学 习 指 南 






























































本 章 讲述 的 计划 是 从 不 同 的 视角 和 维度 阐述 敏捷 中 持续 规划 的 概念 ， 结 合 公司 的 战略 去 设置 项 目的 愿景 ， 进 而 体现 到 帮 代 计划 中 ， 逐 步 细 化 的 
一 种 滚动 式 规划 方式 。 在 考试 中 ， 需 要 重点 理解 发 布 计 划 、 和 迭代 计划 、 版 本 计划 ， 这 些 也 是 PMI-ACP 考 试 中 出 现 比 较 多 的 概念 。 























5.1 敏捷 计划 的 概述 


5.1.1 ”为 什么 需要 适应 性 计划 


良好 的 计划 是 成 功 的 一 半 。 一 个 良好 的 计划 过 程 在 项 目 实施 过 程 中 可 以 通过 对 客户 需求 的 不 断 分 析 ， 挖 掘 客户 的 真正 需要 ， 
追踪 过 程 中 的 需求 变更 ， 确 保 做 出 的 产品 是 客户 真正 需要 的 ， 进 而 降低 风险 ， 减 少 不 确 定性 。 同 时 ， 针 对 范围 、 时 间 、 进 度 领 域 
之 间 的 冲突 进行 平衡 ， 帮 助 做 出 合理 的 决策 。 


在 第 2 章 中 ， 我 们 已 经 介绍 了 价值 驱动 是 敏捷 项 目的 核心 ;敏捷 的 目的 就 是 为 了 给 客户 交付 最 大 化 的 商业 价值 。 为 此 ， 敏 捷 
中 的 待 办 事项 是 以 价值 排序 的 ， 最 高 商业 价值 的 功能 放 在 待 办 事项 的 顶部 ， 优 先 低 的 放 在 底部 。 每 一 个 版 本 的 发 布 计划 都 是 基于 
这 个 价值 优先 级 顺序 制定 的 。 敏 捷 讲 求 价 值 ， 所 以 敏捷 的 计划 也 需要 是 有 价值 的 。 如 果 敏捷 的 计划 是 静态 的 ， 不 能 够 指导 敏捷 项 
目的 价值 交付 ， 那 么 该 计划 就 失去 了 价值 ， 成 为 一 种 浪费 。 所 以 ， 在 敏捷 中 提倡 适应 性 计划 。 


知识 型 项 目 具备 高 度 不 确定 性 ， 包 括 市 场 因 素 、 技 术 因 素 、 外 部 环境 等 ， 所 以 没有 一 种 有 效 的 方法 可 以 只 做 一 次 计划 就 指导 
实际 的 开发 。 相 反 ， 能 让 项 目 成 功 的 就 是 持续 做 计划 。 这 一 点 类 似 于 《PMBOK 指 南 》 中 提 到 的 滚动 式 规划 的 概念 。 敏 捷 中 的 计 
划 更 天 注 计划 的 过 程 ， 鼓 励 需求 变更 ， 并 且 贯 穿 于 项 目 始终 ， 所 以 ， 敏 捷 的 计划 更 具 敏捷 性 ， 被 称 为 “适应 性 计划 ”。 


5.1.2 ”敏捷 计划 与 瀑布 计划 的 区 别 


敏捷 项 目 计划 主要 在 以 下 三 点 上 与 瀑布 计划 不 同 。 
1. 追 踪 真 实 需求 ， 重 复 初始 计划 


对 于 一 些 不 确定 的 项 目 ， 比 如 知识 型 项 目 ， 获 取 干 系 人 同意 对 项 目的 成 功 至 关 重要 。 通 常 ， 团 队 开始 时 对 项 目的 愿景 有 一 个 
初步 的 讨论 ， 之 后 用 原型 进行 迭代 。 干 系 人 可 以 在 原型 上 对 项 目 进行 反馈 和 调整 。 而 在 瀑布 计划 中 ， 范 围 和 解决 方案 还 没有 确定 
就 需要 要 求 干系 人 对 项 目 进行 详细 的 说 明和 反馈 。 敏 捷 通 过 原型 来 更 好 地 理解 相关 领域 ， 并 以 原型 为 基础 进行 进一步 的 计划 和 细 
化 ， 这 也 体现 了 渐进 明细 的 概念 。 


2. 敏 捷 计 划 贯 穿 于 整个 项 目 中， 不 仅仅 是 前 期 工作 


《PMBOK 指 南 》 中 强调 前 期 计划 的 重要 性 ， 主 要 集中 在 项 目 范围 规划 、 时 间 规划 、 成 本 规划 、 质 量规 划 、 人 力 资 源 资 源 、 
沟通 规划 、 风 险 规 划 、 采 购 规划 、 干 系 人 规划 以 及 变更 管理 、 配 置 管理 和 过 程 改进 等 相关 计划 上 。 这 些 过 程 都 在 项 目 开始 之 前 就 
需要 执行 。 人 敏捷 恰恰 相反 ， 敏 捷 认 为 知识 型 项 目的 风险 等 级 和 不 确定 性 使 得 前 期 计划 出 现 了 很 多 问题 ， 所 以 敏捷 方法 提倡 在 整个 
项 目 生命 周期 中 都 进行 计划 ， 以 便 针 对 细 化 的 信息 进行 调整 。 


知识 型 项 目 是 无 形 的 ， 其 需求 难以 清晰 表达 ， 所 以 很 难 进行 推测 ， 这 给 估算 带 来 了 问题 ,会 存在 对 原始 需求 的 解读 与 客户 真 
实 需 求 不 匹配 的 情况 。 项 目 执行 中 的 复杂 性 和 风险 性 都 比较 高 。 而 在 瀑布 项 目 中 ， 很 多 都 是 可 预测 的 生产 项 目 ， 计 划 可 以 在 早期 
被 确定 。 在 敏捷 项 目 中 ， 会 有 不 同 层次 和 详细 程度 的 计划 。 但 是 ， 前 期 的 计划 都 是 很 有 必要 的 。 如 果 在 计划 上 人 花费 的 时 间 较 少 ， 
那么 返工 的 风险 就 会 增加 。 但 是 也 并 不 是 说 在 前 期 计划 上 人 花费 的 时 间 越 多 ， 风 险 就 会 降 得 越 低 ， 我 们 需要 找 一 个 平衡 点 : 既 要 做 
好 足够 的 前 期 计划 以 减少 大 量 重复 和 返工 的 风险 ， 也 要 避免 过 度 计 划 导 致 ROI 下 降 以 及 多 变 的 项 目 计划 。 通 常 ， 敏 捷 项 目 在 前 期 
计划 上 的 时 间 要 少 于 其 他 项 目 。 


3 .敏捷 是 移动 打靶 ， 需 要 及 时 调整 中 期 计划 


当 目 标 是 静止 的 时 候 ， 可 以 做 更 多 的 计划 ， 从 而 向 着 那个 静止 的 目标 努力 前 进 。 当 目标 是 移动 的 时 候 ， 就 更 加 需要 做 出 大 量 
的 中 期 调整 以 保证 目标 达成 ， 类 似 移动 打靶 。 为 了 达成 目标 ， 敏 捷 方 法 使 用 了 复杂 的 探测 和 适应 系统 去 获取 反馈 并 做 出 调整 。 


5.2 ”敏捷 计划 的 层次 


适应 性 计划 认为 早期 的 计划 是 必需 的 ， 但 有 可 能 是 不 太 完美 的 。 不 确定 性 导致 了 重复 计划 的 必要 性 ， 因 此 ， 应 该 在 整个 项 目 
期 间 预 先 安排 一 些 时 间 进 行 重复 计划 ( 见 图 5-1) 。 敏 捷 的 高 度 不 确定 性 就 好 像 是 一 个 探险 项 目 ， 在 这 一 过 程 中 ， 不 知道 哪 条 路 
是 正确 的 ， 只 能 逐步 地 试探 、 总 结 、 前 进 ， 所 以 整个 探险 计划 要 根据 当前 遇 到 的 问题 或 者 当前 到 达 的 位 置 进行 更 新 ， 以 指导 整个 
项 目 。 


路 线 图 ( 1 年 ) 


发 布 (6 个 月 ) 


里 程 碑 (3 个 月 ) 


图 5-1 不 同 层次 敏捷 计划 的 周期 


根据 《PMBOK 指 南 》 中 对 项 目的 定义 可 知 ， 项 目 就 是 独特 的 、 史 无 先例 的 工作 ， 第 一 次 做 一 定 会 存在 风险 。 再 加 上 ， 敏 捷 
项 目 存在 更 多 的 不 确定 性 ， 所 以 问题 和 变更 会 更 频繁 地 出 现 。 当 遇 到 | 意外 时 ， 需 要 调整 方法 和 策略 。 


为 了 体现 适应 性 计划 的 特点 ， 在 敏捷 项 目的 实施 中 ， 将 敏捷 计划 分 成 了 5 个 层次 ,分 别 为 : 敏捷 愿景 、 产 品 路 线 图 、 发 布 计 
划 、 和 迭代 计划 、 每 日 站 会 计划 。 计 划 的 层次 体现 了 渐进 明细 的 特点 ， 渐 进 明细 的 最 终 目 的 是 为 了 交付 与 原始 设计 对 象 一 致 的 产 
品 。5 层 计划 的 概念 反映 出 在 敏捷 项 目 中 ， 一 些 细节 将 不 断 涌现 ， 需 要 根据 反馈 重新 排序 优先 级 ， 从 而 调整 整个 项 目 。 这 一 点 体 
现 了 敏捷 宣言 中 的 最 后 一 条 “响应 变化 胜 过 遵循 计划 ”。 


5.2.1 “人 敏捷 愿景 


通常 ， 敏 捷 愿 景 在 敏捷 的 章程 中 记录 。 项 目 章程 是 项 目的 第 一 个 文档 ,描述 了 项 目的 目标 ， 且 提供 了 发 起 人 对 项 目 经 理 的 授 
权 和 和 任命。 敏捷 章程 对 比 传统 项 目的 章程 显得 轻 量 级 一 点 ， 用 工作 表 和 愿景 描述 作为 项 目 章程 ， 也 可 以 视 为 敏捷 中 的 第 一 层 计 
划 。 


除了 项 目的 愿景 目标 ， 章 程 还 描述 了 项 目 团队 用 以 迭代 完成 最 终 产 品 的 过 程 和 方法 ， 同 时 还 给 出 了 产品 的 可 接受 标准 。 


敏捷 章程 通常 回答 下 列 部 分 或 全 部 的 5W1H 问 题 : 



































-What 一 这 个 项 目 到 底 是 什么 ?” (项 目 愿 景 、 任 务 、 目 的 和 目标 的 高 层级 描述 ) 
“Why 一 为 什么 要 做 ?商业 论证 
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-When 一 什么 时 候 开 始 ， 什 么 时 候 结束 ? 《项 目 开始 和 结束 日 期 ) 
:Who 一 哪些 人 需要 参与 项 目 ? (干系 人 列表 )》 
-Where 一 产品 应 用 在 哪里 ? (产品 的 应 用 场景 和 部 署 要 求 等 ) 


“How 一 如 何 进 行 开发 ? (对 方法 的 描述 ) 














































































































做 项 目 章程 的 过 程 ， 可 以 帮助 获取 干系 人 对 项 目的 支持 。 例 如 ， 电 梯 陈 述 方 法 是 对 项 目 目 标 、 利 益 和 不 同 之 处 的 简短 描述 , 
快速 表示 一 个 产品 。 一 旦 章程 完成 并 被 接受 ， 它 就 作为 启动 项 目的 标志 ， 给 团队 权利 以 推进 项 目 ， 并 提供 方法 供 团队 参考 。 


5.2.2 ”产品 路 线 图 


产品 路 线 图 (roadmap) 为 产品 负责 人 所 拥有 ， 是 产品 需求 的 高 层次 概述 ， 常 用 作 特 性 优先 级 排序 、 特 性 归 类 和 粗略 时 间 
框架 确定 的 工具 。 产 品 路 线 图 又 勾画 出 产品 多 个 版 本 的 演变 过 程 ， 是 项 目 层面 的 粗 粒度 计划 ， 关 注 的 是 目标 ， 而 不 是 细节 。 它 可 
用 于 明确 项 目的 中 长 期 目标 ， 也 可 用 于 和 项 目 干系 人 的 沟通 。 在 传统 项 目 中 ， 产 品 路 线 图 每 年 更 新 一 次 ; 在 敏捷 中 ， 它 通常 6 个 
月 内 更 新 一 次 。 产 品 路 线 图 中 会 确定 : 整个 项 目 近 期 有 哪 几 个 版 本 ， 每 个 版 本 发 布 的 时 间 以 及 大 致 的 交付 范围 (比如 主要 交付 哪 
几 个 功能 或 者 模块 ) ( 见 图 5-2) 。 产 品 路 线 图 是 动态 的 ,项 目 PO (及 其 项 目 需求 团队 ) 随时 或 定期 根据 最 新 的 反馈 ， 调 整 发 布 
计划 。 

产品 路 线 图 
2017.6 2017.12 2018.6 2018.12 


V1.0 版 本 V1.1 版 本 V1.2 版 本 V1.3 版 本 
图 5-2 
创建 产品 路 线 图 通常 有 以 下 4 个 步骤 : 
(1) 确认 需求 (这 些 会 成 为 产品 待 办 事项 的 一 部 分 ) 。 
(2) 将 需求 分 类 或 设 定 主 题 。 
(3) 评估 相对 工作 量 (例如 ， 计 划 扑 克 或 者 亲 和 估 算 ) 。 


(4) 评估 粗略 时 间 框 架 (评估 冲刺 持续 时 间 以 及 粗略 发 布 时 间 ) 。 


5.23 全 和 本 划 


发 布 计 划 (也 称 版 本 计划 ) 是 一 个 高 层次 的 计划 ， 通 常 覆 盖 3 ~ 9 个 月 ， 发 布 计划 有 助 于 客户 和 敏捷 团队 决定 每 一 个 项 目的 
时 间 范 围 或 者 阶段 内 应 该 开发 的 内 容 和 产品 理想 上 准备 发 布 的 时 间 。 通 常 ， 敏 捷 团 队 的 真正 佑 算是 从 发 布 计 划 正 式 开始 的 。 


发 布 计划 是 一 种 用 于 向 干系 人 展示 产品 预期 发 布 (release) 的 中 长 期 计划 ， 包 含 了 软件 近期 的 各 发 布 和 需求 的 对 应 关系 。 
这 个 计划 会 随 着 迭代 的 进展 而 不 断 调整 。 对 商业 或 者 客户 有 用 且 增 加 价值 的 功能 是 版 本 计划 的 核心 。 一 个 版 本 可 能 是 由 数据 驱动 
的 或 者 功能 驱动 的 。 无 论 是 由 什么 驱动 ， 我 们 都 需要 为 已 经 纳入 计划 的 发 布 选 择 功 能 。 在 做 版 本 计划 的 时 候 ， 要 明确 本 次 发 布 
中 ， 会 交付 哪 几 个 用 户 故 事 待 办 事项 。 


同时 ， 在 团队 交付 用 户 故事 的 时 人 息 ， 速 度 也 是 有 变化 的 ， 比 如 : 第 1 个 月 ， 团 队 的 速度 是 40 个 故事 点 。 第 2 个 月 ， 速 度 是 50 
个 故事 点 。 第 3 个 月 ， 速 度 是 60 个 故事 点 。 如 果 我 们 计算 最 佳 情况 下 的 交付 ， 我 们 应 该 使 用 60 个 故事 点 以 做 一 个 乐观 的 预测 ， 即 
团队 在 后 续 每 个 迭代 都 会 以 60 个 故事 点 的 速度 进行 。 但 这 种 乐观 的 估计 不 太 可 能 在 现实 环境 中 维持 ， 所 以 我 们 最 好 为 发 布 假设 
一 个 较 低 的 速度 。 而 对 于 最 可 能 的 估计 ， 我 们 使 用 的 是 平均 速度 ， 即 50 个 故事 点 [ (40+50+60) /3] 。 所 以 ， 如 果 业 务 上 要 求 
一 个 版 本 包括 3 个 返 代 的 话 ， 我 们 需要 确认 应 该 从 用 户 故 事 待 办 事项 中 取出 150 个 〈3 个 迭代 可 以 完成 的 故事 点 数 是 3x50=150 个 
故事 点 ) 用 户 故 事 。 


发 布 计划 通 常 需要 规划 当前 开始 的 一 两 个 迭代 ， 并 在 各 个 团队 之 间 共 享 该 信息 。 发 布 计划 的 制订 步骤 通常 如 下 。 












































-确定 满足 的 条 件 : 由 PC 来 确定 ， 一 般 都 跟 项 目的 范围 、 进 度 和 资源 相关 。 

用 户 故 事 估算 : PO 一 般 应 维护 两 三 个 待 发 布 版 本 的 需求 清单 ， 对 即将 开发 的 版 本 所 包含 的 需求 进行 估算 即 可 。 
选择 达 代 周期 。 

“估算 速率 。 
“确定 用 户 故 事 的 优先 级 。 
选择 用 户 故 事 和 发 布 日 期 。 
















































































发 布 计划 是 为 了 确定 每 个 迭代 所 要 实现 的 用 户 故 事 ， 一 般 在 每 次 迭代 结束 /开始 时 ， 更 新 发 布 计 划 。 表 5-1 列 出 了 IT 行业 中 传 
统 的 版 本 计划 与 敏捷 中 的 版 本 计划 的 区 别 。 


表 5-1 
传统 的 版 本 计划 敏捷 中 的 版 本 计划 
周期 性 (每 季度 或 每 半年 ) 规划 和 更 新 随时 规划 和 更 新 
规划 周期 一 般 包括 至 少 未 来 1 年 规划 周期 一 般 不 超过 半年 


C00 更 注重 市 场 需求 的 价值 排序 ， 对 市 场 需 求 的 细节 
每 个 版 本 需 尽 可 能 确定 需求 的 细节 ， 即 | 主导 市 场 需求 的 价值 排序 ， 对 市 场 和 需求 的 细 
了 解 程度 只 要 足以 支撑 其 价值 判断 即 可 ， 完 整 的 细 


ee / 
Go 节 可 以 在 进入 迭代 中 再 确定 
规划 基于 实际 资源 确定 ， 规 划 结果 一 般 不 涉及 次 


根据 版 本 计划 的 结果 进行 资源 规划 源 调整 


故事 地 图 
故事 地 图 是 一 种 组 织 需求 的 可 视 化 方式 ， 能 够 提供 比 传统 需求 列表 更 丰富 的 上 下 文 ， 是 一 个 用 于 展示 发 布 计划 的 很 有 用 的 工 


具 。 故 事 地 图 是 二 维 的 ， 不 仅 指 出 了 需求 的 优先 级 ， 也 指出 了 它们 彼此 的 关系 和 用 户 更 高 层 的 目标 ， 能 给 团队 提供 一 个 需求 是 如 
何 组 装 起 来 形成 可 发 布 产品 的 全 景 大 图 (big picture) 。 发 布 计划 可 以 在 故事 地 图 上 直观 地 标识 出 来 。 故 事 地 图 让 我 们 可 以 按 

照 不 同 的 主题 对 用 户 故 事 进行 分 组 ， 这 个 主题 可 以 是 某 个 大 的 功能 或 者 模块 ， 比 如 “打印 ” “查找 ”。 这 个 过 程 首先 通过 独立 性 
(骨干 和 行走 的 骨架 代表 了 项 目 中 我 们 需要 的 元 素 ) 实现 ， 然 后 通过 功能 实现 。 当 我 们 使 用 故事 地 图 来 展示 发 布 计划 时 ， 需 要 将 


每 个 发 布 中 的 用 户 故 事 点 数 相 加 ， 并 检查 计划 是 否 可 行 。 该 检查 可 以 通过 团队 开发 效率 和 分 配给 发 布 的 时 间 来 确定 。 


产品 地 图 是 一 个 关于 产品 发 布 和 产品 主要 组 件 的 可 视 化 概述 ， 是 一 个 可 以 提供 给 干系 人 快速 查看 主要 发 布点 和 该 发 布点 计划 
功能 的 沟通 工具 。 通 常 ， 都 使 用 杰 夫 - 帕 顿 推广 的 故事 地 图 描述 产品 地 图 。 


故事 地 图 帮助 选择 每 个 发 布 包含 的 产品 特性 ， 并 对 其 进行 分 组 。 这 些 地 图 根据 产品 特性 的 重要 性 将 其 分 为 “骨干 ”。 “行走 的 
架 ” 或 者 “额外 的 特性 ”这 三 类 。 所 有 的 产品 和 系统 都 有 其 需要 执行 的 必需 的 产品 功能 。 这 些 必需 的 功能 组 成 了 系统 的 骨干 。 
干 级 的 特性 不 需要 过 分 地 进行 优先 级 排序 ， 它 们 只 需要 包含 在 系统 中 即 可 。 骨 干 功能 上 面 是 “行走 的 骨架 ”的 功能 。“ 行 走 的 
架 ” 的 功能 描述 了 可 能 工作 的 最 小 系统 。 最 后 ， 任 何 额外 的 产品 特性 都 在 行走 的 骨架 功能 下 并 按照 系统 特性 优先 级 进行 排序 。 


荔 功 0 


图 5-3 是 一 个 故事 地 图 的 实例 。 


更 少 选 
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一 旦 这 些 特性 根据 重要 性 和 有 顺序 被 设置 在 地 图 上 ， 客 户 优先 级 就 会 根据 团队 的 速率 进行 平衡 ， 同 时 ， 组 成 产品 地 图 的 版 本 也 
会 被 识别 。 图 5-4 提 供 了 一 个 第 一 次 、 第 二 次 和 第 三 次 发 布 版 本 的 产品 地 图 的 例子 。 
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使 用 这 种 方法 后 ， 最 终 的 产品 地 图 包含 故事 地 图 的 集合 并 显示 每 个 版 本 都 包含 哪些 特性 。 同 时 ， 它 也 描述 了 系统 必须 要 包 合 
的 部 分 (骨干) 和 必要 的 部 分 (行走 的 骨架 ) ， 并 和 其 他 产品 特性 一 起 组 成 后 续 的 版 本 。 


最 后 ， 项 目的 版 本 计划 根据 市 场 需要 、 跨 项 目 协同 的 需要 和 其 他 的 管理 需要 来 计划 。 当 涉及 多 项 目 协同 时 ， 多 项 目 间 需 要 就 
彼此 的 发 布 计划 达成 一 致 并 实时 同步 信息 ， 以 便 更 好 地 协作 。 


5.24， 迁 代 计划 


敏捷 项 目 被 划分 为 多 个 版 本 和 和 迭代 。 一 个 迭代 是 一 个 较 短 的 研发 周期 ， 通 常 持续 2 ~ 4 周 。 一 个 版 本 是 由 多 个 迭代 组 成 ， 交 
付 一 个 完整 的 有 价值 的 功能 。 所 以 ， 一 个 项 目 包 含 一 个 或 多 个 版 本 ， 一 个 版 本 包含 一 个 或 多 个 迭代 。 我 们 在 项 目 生 命 周 期 早期 就 
开始 做 版 本 和 和 迭 代 计 划 ， 随 着 项 目 推进 ， 我 们 还 会 再 次 优化 计划 。 和 迭代 计划 与 发 布 计划 很 类 似 。 


在 人 迭 代 计 划 中 ， 团 队 从 产品 待 办 事项 中 选择 排序 较 高 的 用 户 故事 纳入 当前 迭代 中 进行 开发 。 虽 然 在 发 布 计划 期 间 ， 用 户 故 事 
起 初 在 产品 待 办 事项 中 被 优先 处 理 ， 但 是 敏捷 团队 和 客户 应 以 逐步 完善 为 基础 持续 审核 优先 级 。 优 先 级 排序 常常 基于 价值 和 风险 
进行 ， 可 运用 在 大 的 、 复 杂 的 项 目 里 ， 敏 捷 项 目 领导 能 通过 使 用 滚动 式 规划 促进 迭代 。 


和 迭代 计划 聚焦 于 实现 本 迭代 所 应 开发 的 用 户 故事 的 详细 任务 以 及 任务 的 下 发 。 迭 代 计 划 会 议 上 并 不 指派 任务 ， 在 进 代 开始 时 
领取 任务 ， 同 时 领取 不 超过 两 项 相关 的 任务 ， 只 有 以 前 领取 的 任务 完成 以 后 才 领 取 新 的 任务 。 


制订 和 迭代 计划 是 指 为 团队 本 迭代 挑选 要 完成 的 需求 或 工作 。 通 常 有 以 下 两 种 方法 制订 和 迭代 计划 : 基于 人 进 代 速度 、 基 于 承诺 。 


(1) 基于 人 进 代 速度 的 迭代 计划 步骤 如 下 。 


“调整 用 户 故 事 优 先 级 : 根据 市 场 情 况 的 变化 或 者 项 目 回顾 会 的 反馈 进行 。 
es 迭代 速率 通常 应 该 给 出 一 个 范围 ， 可 以 通过 历史 数据 法 、 实 验 法 《先进 行 1 一 3 个 欠 代 ， 测 评 平均 的 速率 ) 、 预 测 法 三 种 方法 








































































































识别 迭代 目标 。 

户 故 事 : 和 从 代目 标 保持 一 致 。 

岗 用 户 故 事 的 任务 。 

' 只 包括 与 项 目 相关 的 任务 。 

.将 一 些 容易 忽视 的 任务 明确 表示 出 来 ， 以 便 形成 习惯 。 

后 期 发 现 的 故障 及 本 迭代 未 解决 的 故障 都 作为 需求 加 入 到 Backblog 中 。 
基于 用 户 故事 之 间 的 自然 顺序 来 安排 开发 次 序 。 
:任务 可 以 删除 、 修 改 、 增 加 等 。 
“估算 任务 的 理想 天 数 : 建议 团队 而 不 是 个 人 进行 估算 ， 通 常 一 项 任务 不 要 超过 一 人 天 。 










































































































































































(2) 基于 团队 承诺 的 进 代 计划 步骤 如 下 。 
要 对 计划 进行 承诺 : 
:对 用 户 故事 比 对 任务 进行 承诺 要 好 ， 因 为 任务 估算 不 准确 ， 任 务 本 身 容易 发 生变 化 。 


根据 已 选择 的 用 户 故 事 相 关 任 务 的 工作 量 ， 可 以 判断 团队 的 工作 负荷 情况 。 
要 注意 迭代 中 所 需 技能 的 匹配 情况 。 

















































































































在 上 述 两 种 方法 中 ， 基 于 速度 的 计划 方法 ， 故 事 点 的 估算 更 粗略 ， 当 用 户 故 事 较 多 时 估算 较 准确 ， 适 用 于 发 布 计划 ; 基于 团 
队 承 诺 的 计划 方法 更 适用 于 迭代 计划 。 


按照 上 面 的 例子 ， 团 队 每 个 月 可 以 完成 50 个 用 户 故 事 点 数 ， 那 么 每 双 周 迭代 中 可 以 完成 25 个 用 户 故 事 点 数 。 因 此 ， 我 们 将 
和 迭代 计划 目标 设 定 为 25 个 用 户 故 事 点 数 。 这 25 个 故事 点 的 选择 一 般 不 是 Scrum Master 或 者 项 目 经 理 选 的 ， 而 是 由 团队 与 客户 或 
者 PO 一 起 讨论 下 一 个 迭代 的 目标 后 ， 团 队 自行 选择 的 ， 这 也 有 利于 自 组 织 团队 的 打造 。 即 便 有 时 候 项 目 经 理 或 者 Scrum 
Master 质 疑 迭 代 的 规划 与 团队 的 平均 速度 之 间 的 偏差 ， 也 应 该 让 团队 自行 规划 迭代 的 工作 ， 对 于 存在 的 问题 可 以 在 回顾 会 上 进 


行 持 续 改 进 。 


5.2.5 每 日 计划 


站 会 上 会 提 到 的 3 个 问题 包括 : “你 昨天 做 了 什么 ” “今天 打算 做 什么 ”“ 遇 到 了 什么 障碍 ”。 其 中 ， 第 2 个 问题 就 可 以 被 
视 为 每 日 计划 ， 反 馈 环 只 有 1 天 ， 可 以 及 时 根据 当前 情况 进行 调整 和 反馈 。 


在 敏捷 方法 中 ， 不 提倡 一 开始 就 将 详细 的 需求 换 述 出 来 。 相 反 ， 一 开始 会 保持 需求 的 “ 粗 颗粒 ” ， 在 过 程 进展 中 再 逐渐 加 以 
完善 。 这 样 的 好 处 如 下 所 述 。 

-保持 平衡 保持 全 局 设计 的 平衡 ， 避 免 特定 区 域 的 过 度 开发 。 

.延迟 决策 ， 推 迟 一 些 细节 上 的 决策 ， 直 到 "最 后 责任 时 刻 “。 这 样 就 会 避免 开发 一 些 后 续 可 能 会 改变 的 功能 ， 降 低 变 更 的 成 本 。 

.拥抱 变化 : 体现 了 敏捷 宣言 中 拥抱 变化 的 理念 。 当 采用 增 量 开发 尽早 获得 反馈 时 ， 这 些 反馈 有 可 能 带 来 变化 。 


































































































所 以 ， 对 于 敏捷 中 的 计划 ， 也 应 该 根据 需求 的 渐进 明细 去 逐步 地 细 化 。 在 敏捷 团队 中 ， 重 点 需要 考虑 版 本 计划 、 办 代 计划 和 
每 日 计划 三 个 层次 。 


5.3 ”敏捷 计划 的 工具 


5.3.1 时间 会 


时 间 盒 是 固定 的 一 段 时 间 ， 相 对 比较 短 ， 计 划 的 工作 要 在 这 段 时 间 内 完成 。 敏 捷 比 较 关 注 时 间 盒 的 概念 ， 比 如 : 一 个 冲刺 的 
时 间 盒 是 1 个 月 ， 一 个 返 代 计划 会 是 2 个 小 时 ， 一 个 回顾 会 的 时 间 盒 是 1 个 小 时 ， 一 个 站 会 的 时 间 盒 是 15 分 钟 。 现 在 的 一 些 时 间 管 
理工 具 ， 诸 如 番茄 工作 法 (25 分钟 定 时 器 ， 一 般 外 观 像 番茄 ，1 个 小 时 内 可 以 完成 两 次 聚焦 ) 也 可 以 理解 为 是 一 种 时 间 盒 。 时 间 
使 为 我 们 创造 了 某 种 程度 上 的 工作 秩序 并 保证 了 工作 环境 的 一 致 性 ， 确 保 工作 不 被 中 断 和 干扰 ， 从 而 减少 因为 任务 切换 而 带 来 的 
浪费 。 如 果 计 划 内 的 工作 没有 在 时 间 盒 内 完成 ， 也 会 停止 ， 同 时 将 遗留 的 工作 纳入 下 一 个 时 间 盒 中 。 


例如 ， 计 划一 个 迭代 内 完成 8 个 用 户 故事 ， 但 是 当时 间 盒 结束 时 只 完成 了 5 个 ， 剩 余 3 个 没有 完成 。 此 时 ， 就 记录 当前 已 完成 
的 工作 一 一 5 个 故事 ， 将 剩 下 的 3 个 没有 完成 的 用 户 故事 放 回 到 产品 待 办 事项 列表 中 ， 重 新 纳入 排序 。 但 是 ， 我 们 不 会 为 了 这 3 个 
用 户 故 事 而 延长 时 间 盒 。 时 间 盒 的 设置 也 是 为 了 克服 帕 金 森 定律 : 有 多 少时 间 就 会 伦 完 多 少时 间 ， 而 工作 也 不 一 定 可 以 完成 。 


时 间 盒 的 结束 点 可 以 视 为 一 个 检查 点 ， 采 用 时 间 盒 的 方式 给 整个 敏捷 项 目的 实施 提供 了 频繁 的 检查 点 ， 通 过 结果 评估 、 获 取 
反馈 、 控 制 成 本 、 管 理 风 险 来 监控 外 界 变换 的 不 稳定 的 环境 ， 从 而 测量 进度 并 且 重 新 计划 进行 中 的 工作 。 


5.3.2 ”渐进 明细 


渐进 明细 是 一 种 滚动 式 规划 的 技术 。 一 个 滚动 预测 未 来 的 计划 聚焦 于 近期 准备 完成 的 工作 ， 因 为 未 来 太 遥 远 。 在 《PMBOK 
指南 》 中 也 有 对 渐进 明细 整个 概念 的 介绍 ， 主 要 用 来 描述 ， 随 着 信息 不 断 地 涌现 和 完善 ， 我 们 可 以 获取 更 多 的 细节 。 细 化 是 量化 
的 基础 ， 逐 步 细 化 我 们 的 工作 ， 可 以 提升 项 目 计划 的 指导 意义 。 


计划 和 估算 中 的 渐进 明细 : 在 项 目 初期 ， 我 们 需要 做 计划 和 估算 ， 判 断 工作 的 规模 并 制订 一 个 执行 方案 。 但 是 ， 在 项 目 初 
期 ， 我 们 对 项 目 信息 的 了 解 比较 少 ， 如 果 一 开始 就 需要 制订 准确 的 计划 和 估算 ， 这 是 不 明智 的 ， 也 是 不 可 能 的 。 合 理 的 做 法 是 ， 
随 着 项 目 进行 中 细节 的 涌现 ， 要 持续 地 明确 计划 和 估算 ， 这 就 是 渐进 明细 的 关键 所 在 。 


5.3.3 ”最 小 可 售 功能 (MMF ) 


互联 网 时 代 的 竞争 告诉 我 们 ， 第 一 个 占领 市 场 就 可 以 抢占 先 机 ， 即 便 这 个 产品 的 功能 可 能 还 不 完备 ， 仪 具备 部 分 可 用 的 功 
能 。 “最 小 可 售 功能 ” (MMF) 代表 功能 包 足 够 完整 到 可 以 为 用 户 或 者 市 场 提供 价值 ， 同 时 也 足够 小 ， 比 如 微 信 。 微 信 的 第 一 
个 版 本 提供 了 发 送 语音 的 功能 ， 但 是 还 没有 刷 朋友 圈 、 发 送 位 置信 息 、 扫 一 扫 翻 译 、 微 信和 运动 等 功能 。 而 这 些 额外 的 功能 在 后 续 
版 本 中 被 逐步 添加 ， 所 以 你 会 发 现 微 信 经 常 进行 更 新 。 在 微 信 产 品 中 ， 所 有 功能 都 需要 是 完整 的 ， 所 以 所 有 微 信 的 功能 属性 都 是 
MMF 的 一 部 分 


在 软件 项 目 中 ， 增 量 交付 的 方式 让 客户 可 以 更 早 地 获取 可 用 功能 ， 从 而 早期 受益 。 比 如 微 信 的 语音 功能 完成 了 ， 但 是 微 信 运 
动 还 没有 交付 ， 腾 讯 就 可 以 通过 部 署 早 期 语音 版 本 而 获 利 ， 锁 定 用 户 群 ， 从 而 抢占 市 场 的 先 机 。 增 量 交付 在 帮助 团队 获得 早期 投 
资 回报 的 时 候 ， 也 获得 了 早期 的 反馈 ， 给 后 续 的 功能 开发 提供 了 参考 。 


5.3.4 ”基于 价值 的 分 析 


基于 价值 的 分 析 是 指 根据 工作 内 容 的 商业 价值 采取 行动 。 它 影响 敏捷 项 目的 整个 生命 周期 ， 并 在 全 局 上 影响 我 们 如 何 确定 范 
围 、 做 计划 、 安 排 工 作 、 开 发 、 测 试 以 及 发 布 等 工作 。 在 项 目的 每 个 阶段 中 ， 我 们 都 要 分 析 每 个 工作 的 商业 价值 ， 然 后 排列 工作 
顺序 ， 并 优先 交付 最 高 价值 的 功能 。 分 析 价 值 时 也 需要 综合 以 下 两 个 因素 。 


:开发 成 本 : 在 进行 价值 分 析 时 ， 需 要 考虑 到 开发 成 本 。 通 过 收益 -成 本 “的 对 比 来 排序 优先 级 。 这 个 信息 后 面 会 对 竺 开发 项 进行 排序 。 比 
化 某 个 发 布 的 价值 ， 产 品 经 理 可 能 会 选择 一 些 价值 中 等 但 开发 速度 比较 快 的 特性 ， 而 不 是 选择 一 些 价值 很 高 但 是 可 能 消耗 所 有 开 
间 的 功能 。 


回报 频率 : 回报 频率 在 做 价值 分 析 的 时 候 也 需要 纳入 考虑 。 这 些 特性 的 价值 回报 是 每 月 产生 商业 价值 ， 还 是 一 次 性 的 ? 当 我 们 评估 周期 大 于 
5 年 的 功能 的 商业 价值 时 ， 也 需要 将 回报 频率 纳入 考量 中 。 
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5.3.5 ”基于 价值 的 分 解 与 排序 
在 项 目 开始 时 ， 往 往 会 定义 一 个 产品 愿景 ， 基 于 这 个 愿景 去 收集 干系 人 的 需求 ， 对 需求 进行 分 类 、 排 序 ， 形 成 产品 待 办 事项 
列表 ， 选 择 高 优先 级 的 需求 纳入 首 轮 迭 代 。 这 是 一 个 基于 价值 的 分 解 和 排序 的 过 程 。 


(1) 定义 愿景 : 它 类 似 于 传统 项 目 中 的 制定 项 目 章程 ， 主 要 是 进行 产品 构想 。 产 品 构想 激励 产品 团队 成 员 将 各 自 对 产品 的 
不 同 观 点 集中 成 简练 的 、 直 观 的 简短 文本 格式 ， 通 常 有 以 下 两 种 方法 。 





设计 产品 盒子 :包括 客户 在 内 的 整个 团队 每 4 一 6 人 分 成 一 个 小 组 ， 任 务 是 设计 产品 盒子 ， 包 括 正面 和 背面 。 正 面 有 : 产品 名 称 、 产 品 标志 、 
三 四 个 关键 的 卖点 (产品 是 什么 ， 能 干什么 ) ; 背面 有 详 引 的 功能 描述 及 操作 楼 求 。 


:电梯 测 斌 说明书， 假设 你 在 电梯 里 遇见 CEO， 必 须 在 电梯 从 一 层 到 顶层 的 这 两 分 钟 内 解释 清楚 你 在 做 什么 产品 以 及 你 做 的 产品 的 重要 性 。 此 
时 ， 你 会 陈述 哪些 信息 ? 编写 产品 定位 的 陈述 ， 描 述 目标 客户 、 主 要 好 处 、 竞 争 优势 并 在 两 分 钟 内 向 其 他 人 解释 清楚 ， 通 常 如 下 : 


:对 于 《目标 客户 ) 
' 谁 〈 对 需要 或 机 会 的 陈述 ) 

:这 个 《产品 名 称 ) 产品 类 别 ) 

' 它 《〈 主 要 的 优点 、 引 人 注目 的 购买 原因 ) 
' 不 同 于 《主要 的 竞争 产品 ) 


吕 
-我 们 的 产品 〈 和 其 他 产品 的 主要 差别 ) 
























































































































































































































































此 时 ， 你 会 发 现 ， 跟 用 户 故 事 的 概念 相似 ， 做 个 简单 的 类 比 ， 电 梯 测 试 阅 明 书 可 以 视 为 一 个 最 大 粒度 的 用 户 故 事 。 
(2) 特性 分 解 : 把 项 目 愿景 分 解 成 系统 潜在 的 特性 。 这 些 特性 最 终 将 会 成 为 特性 列表 的 一 部 分 。 


(3) 特性 排序 : 这 些 特性 列表 会 根据 商业 价值 和 风险 进行 排序 ， 并 形成 排序 后 的 特性 列表 。 需 要 注意 ， 有 些 高 商业 价值 的 
特性 有 可 能 依赖 于 某 个 低 商 业 价值 的 特性 ， 所 以 这 些 低 商 业 价值 的 特性 需要 优先 完成 ， 团 队 才能 交付 那些 高 商业 价值 的 特性 。 


(4) 和 迭代 循环 : 根据 这 些 特 性 列表 ， 选 择 高 优先 级 的 特性 进入 首 轮 迭 代 。 在 迭代 开发 中 ， 可 能 会 发 现 原先 没有 考虑 到 的 因 
素 ， 识 别 额 外 的 需求 、 分 组 或 者 将 它们 分 解 成 可 用 的 元 素 并 排序 这 些 元 素 ， 这 个 过 程 将 逐渐 明细 。 


5.3.6 ”敏捷 游戏 


敏捷 游戏 也 会 被 称 为 合作 游戏 或 者 创新 游戏 ， 是 一 种 协作 型 研讨 会 技术 ， 可 以 帮助 干系 人 更 好 地 理解 复杂 的 问题 ， 从 而 达成 
共识 。 常 见 的 敏捷 游戏 如 下 。 
记 住 未 来 : 设 定 愿景 、 引 导 需 求 。 
-修剪 产品 树 : 收集 和 打磨 需求 。 
快 裔 :识别 威胁 和 机 会 。 
` 买 功能 :优先 级 排序 。 
"效益 成 本 比 : 收益 与 成 本 对 比 。 








此 处 只 对 前 三 种 敏捷 游戏 进行 前 释 。 
1. 记 住 未 来 


干系 人 想象 一 下 ， 当 前 的 版 本 和 和 迭代 已 经 完成 了 ， 需 要 摘 述 一 下 是 哪些 因素 促使 了 这 个 迭代 或 者 版 本 的 交付 。 这 个 练习 将 会 
产生 对 中 间 步 骤 的 更 好 的 定义 以 及 更 加 详尽 的 描述 。“ 记 住 未 来 ”这 一 游戏 目的 不 是 真 的 去 为 未 来 做 预言 ， 而 是 为 了 更 好 地 理解 
干系 人 对 成 功 的 定义 ， 同 时 可 以 更 好 地 思考 如 何 能 达到 成 功 这 个 目标 。 游 戏 操作 如 下 。 














` 设 定 未 来 时 间 : 召集 相关 干系 人 ， 包 括 团 队 、 用 户 、 发 起 人 等 ， 并 让 大 家 假设 当前 时 间 就 是 版 本 发 布 的 1 周 后 。 
列 出 相关 工作 每 个 干系 人 在 记事 贴 上 列 出 为 了 保证 本 次 发 布 成 功 ， 应 该 完成 的 工作 。 这 个 过 程 通常 持续 20 分 钟 。 
贴 墙 分 组 梳理 ， 每 个 人 把 自己 写 的 工作 贴 在 墙 上 ， 所 有 干系 人 一 起 进行 记事 贴 的 归 类 和 梳理 。 干 系 人 可 以 阐明 自己 的 想法 和 观点 。 























































































































该 游戏 的 目的 是 让 参与 者 通过 头脑 风暴 的 形式 定义 产品 的 功能 和 特性 。 在 思考 各 个 特性 之 间 如 何 关 联 的 过 程 中 ， 干 系 人 可 以 
更 好 地 理解 优先 级 排序 和 定义 开发 顺序 。 这 个 练习 帮助 参与 者 进行 了 渐进 明细 的 过 程 。 游 戏 操作 如 下 。 




















棵 树 : 白板 上 画 出 一 棵 树 。 这 棵 树 需要 有 树干 和 众多 的 分 支 


画 
添加 树叶 : 把 树叶” 基础 的 特性 靠近 主干 ， 依 赖 于 基础 特性 的 处 于 较 远 或 者 较 高 的 位 置 的 枝 干 代表 还 没有 被 设计 的 新 
功能 。 把 这 些 树叶 放 在 树 的 合适 位 置 




























































































快 船 游戏 ， 有 时 候 也 被 叫 作 帆 船 游戏 ， 使 用 在 “裁减 产品 树 ” 中 被 识别 的 特性 和 用 户 故 事 。 特 性 和 用 户 故 事 在 产 品 树 上 被 识 
别 出 来 ， 不 能 直接 纳入 开发 ， 需 要 制订 相应 的 风险 计划 ， 包 括 减 轻 威胁 和 利用 机 会 。 这 个 步骤 应 该 处 在 我 们 对 用 户 故 事 排序 之 
前 ， 因 为 很 多 风险 应 对 步骤 需要 在 用 户 故 事 排序 的 时 候 被 纳入 考虑 。 


该 游戏 聚焦 在 收集 项 目 风险 上 ， 包 括 负 向 风险 以 及 正 向 机 会 。 游 戏 的 实施 结果 就 是 一 份 风险 列表 。 游 戏 操作 如 下 。 


放置 白板 : 放置 一 块 白板 在 产品 树 图 表 旁边 〈 产 品 树 图 表 来 自 上 一 个 实践 ) ， 用 来 修剪 产品 树 的 输出 。 


画 船 和 线 : 画 一 条 水 位 线 和 一 稻 船 ， 船 的 方向 朝向 产品 树 。 对 参 会 者 进行 如 下 引导 : 这 艘 船代 表 了 项 目 ， 正 在 驶 向 我 们 的 目标 ， 询 问 参 与 者 
哪些 因素 能 让 我 们 的 航行 减 慢 甚 至 沉船 (如 某 些 阻力 或 者 风险 )， 郎 些 因素 可 义 让 我 们 走 得 更 快 并 帮助 我 们 快速 达到 目标 。 


- 贴 上 * 锚 “和 * 风 “: 干系 人 一 起 来 创建 与 * 锚 有关 的 记事 贴 ， 这 些 锚 代表 了 项 目的 风险 和 阻力 。 这 些 记事 贴 在 水 位 线 下 。 再 创建 一 些 代表 机 会 
的 ~ 风 “ 的 记事 贴 ， 这 些 记事 贴 要 在 水 位 线 上 。 为 了 更 好 地 区 分 风险 和 机 会 ， 团 队 可 以 使 不 同 颜色 的 记事 贴 代表 风险 和 机 会 。 



















































































































































































































































































这 并 不 是 说 单纯 地 记录 下 风险 就 可 以 将 风险 赶 走 或 者 让 机 会 发 生 。 记 录 风 险 是 消除 风险 和 增强 机 会 的 开始 。 我 们 依然 要 去 确 
定 如 何 应 对 风险 ， 评 估 这 些 行为 ， 并 在 项 目 中 做 出 应 对 。 


5.4 ”敏捷 中 的 估算 


5.4.1 “估算 的 概念 


估算 在 敏捷 中 是 一 个 重要 的 主题 ，PMI-ACP 考 试 中 也 经 常会 涉及 。 生 产 型 的 项 目 还 是 相对 容易 估算 的 ， 而 知识 型 项 目 相对 
困难 ， 组 织 缺少 类 似 项 目的 经 验 。 用 术语 “估算 ”而 不 是 “预测 ”体现 了 项 目的 不 确定 性 ， 佑 算 应 该 用 范围 来 表达 (比如 10 ~ 
15 天 ) 。 估 算 的 内 容 包括 成 本 、 时 间 。 


估算 是 一 项 滚动 进行 的 工作 ， 项 目 初期 ， 信 息 不 明确 ， 佑 算 相对 粗略 ， 所 以 需要 在 项 目 进行 中 持续 不 断 地 进行 估算 。 为 了 增 
加 对 估算 结果 的 认同 感 和 合理 性 ， 通 常 建议 由 团队 中 对 该 模块 熟悉 的 人 来 承接 估算 ， 而 不 是 完全 由 项 目 经 理 一 人 负责 。 


5.4.2 ”估算 的 方法 


通常 ， 宽 带 德 尔 菲 的 方法 步骤 如 下 : 定义 问题 的 规划 一 一 评估 整体 项 目 一 一 分 解 问题 一 一 创建 问题 的 规格 、 识 别 假设 与 限 
制 条件 。 在 估算 时 候 要 考虑 一 些 细节 ， 比 如 估算 单位 (人 天 、 小 时 数 ) 、 估 算 偏 差 等 。 








宽带 德尔 非 一 般 会 进行 多 轮 ， 这 也 体现 了 估算 的 迭代 性 。 第 一 轮 估算 后 ， 估 算 结果 差异 较 大 ， 不 管 是 专家 还 是 普通 员工 ， 彼 
此 信息 都 要 匿名 。 下 一 轮 估算 之 前 ， 参 与 者 需要 针对 不 同 任务 的 估算 结果 进行 讨论 ， 讨 论 内容 包 括 各 种 假设 情况 或 者 对 估算 结果 
产生 较 大 影响 的 因素 。 讨 论 后 ， 根 据 其 他 参与 人 的 反馈 ， 在 下 一 轮 中 优化 自己 的 估算 ， 按 照 这 样 的 流程 团队 重复 进入 匿名 估算 过 
程 。 几 轮 后 ， 可 以 看 到 佑 算 的 结果 差异 减 小 ， 逐 渐 趋 于 一 致 。 一 旦 估算 结果 收敛 并 达到 了 退出 标准 (可 以 理解 为 估算 的 允 差 范围 
区 间 ) ， 佑 算 过 程 就 可 以 停止。 


2. 计 划 扑 克 


计划 扑克 是 基于 宽带 德尔 菲 的 估算 技能 ,是 一 种 为 了 达成 共识 的 工作 量 估算 技能 。 它 有 时 候 也 被 称 为 Scrum 扑 克 ， 用 来 估算 
开发 用 户 故 事 的 相对 工作 量 。 计 划 扑 克 是 一 个 较 受 欢迎 的 敏捷 游戏 ， 是 一 种 快速 合作 性 的 过 程 ， 体 现 了 宽带 德尔 菲 的 核心 理念 。 
每 一 名 团队 成 员 拥有 一 副 不 同 数字 的 卡片 ， 他 们 可 从 中 出 牌 (抽出 一 张 卡片 ) 来 表示 他 们 开发 一 个 用 户 故 事 的 估算 点 数 。 在 计划 
扑克 会 议 中 ， 每 一 位 估算 师 各 派 有 一 副 相 同 的 、 价 值 范围 宽广 的 计划 扑克 卡片 。 


辈 波 那 契 数列 常用 来 衡量 计划 扑克 的 价值 点 ( 即 0，1，2，3，5，8 等 ) ; 另 一 种 常见 数列 是 ( 问 
号 ，0，1/2，1，2，3，5，8，13，20，40 和 100) 。 在 这 个 序列 中 ， 每 个 数字 都 是 其 前 面 两 个 数字 之 和 ， 比 如 
0+1=1，1+1=2，1+2=3， 以 此 类 推 。 


计划 扑克 会 议 操作 如 下 。 

拿 一 副 牌 ， 每 张 牌 上 有 不 同 的 点 数 。 

(PO) 一 般 作为 主持 人 ， 简 单 地 讲解 一 个 用 户 故事 。 
入 出 他 所 估算 的 点 数 的 牌 。 


夫 





Step 1: 每 个 成 
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pa 
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“Step 2: 产品 负责 








.Step 3: 每 个 成 员 





“Step 4: 所 有 人 同时 翻 牌 ， 此 时 可 看 到 对 方 选择 的 点 数 。 
“Step 5: 估算 数值 过 高 和 过 低 的 成 员 各 有 一 个 机 会 作 立 场 辩护 ， 说 明 原 因 ， 进 行 团队 讨论 。 
“Step 6: 重新 估算 ， 直 至 数值 相近 为 止 。 
































计划 扑克 也 是 参与 决策 模型 的 一 个 示例 ( 见 图 5-5) 。 当 干系 人 参与 的 过 程 数 增加 时 ， 他 们 对 产 出 物 的 承诺 也 会 增加 。 根 据 
实战 敏捷 的 团队 成 员 反馈 ， 计 划 扑 克 牌 不 仅 是 一 种 有 效 的 估算 工具 ， 在 获得 合理 估算 的 同时 ， 整 个 过 程 也 非常 快速 和 愉快 ， 提 高 
了 参与 者 的 积极 性 与 参与 感 。 





亲 和 估 算是 预测 工作 量 的 一 种 方法 ， 通 常 在 开发 用 户 故 事 中 ， 尤 其 是 在 大 型 产品 待 办 事项 中 作用 巨大 。 虽 然 还 有 其 他 估算 方 
法 ， 但 是 亲 和 估 算 模 式 涉及 在 从 小 到 大 范围 中 测量 用 户 故 事 。 这 个 范围 可 以 是 斐 波 那 契 数 列 、T-shirt 尺 码 或 者 咖啡 杯 尺寸 ， 常 
常 贴 在 大 型 会 议 室 的 墙 上 。 然 后 参与 者 在 估算 时 可 将 他 们 的 用 户 故 事 贴 到 这 面 墙 上 。 


/- 


~ 


估算 的 单位 可 以 是 故事 点 数 或 者 理想 人 天 ， 但 是 这 两 个 不 建议 同时 使 用 。 除 了 使 用 故事 点 来 估算 用 户 故 事 的 相对 尺码 外 ， 敏 
捷 团 队 还 可 以 使 用 理想 时 间 。 理 想 时 间 代 表 时 间 量 ， 即 不 受 会 议 、 个 人 生活 、 非 工作 日 或 其 他 障碍 干扰 的 情况 下 ， 相 对 于 待 办 事 
项 中 其 他 用 户 故 事 ,个 人 单独 建立 、 测 试 和 发 布 用户 故 事 所 花 的 时 间 。 





1 十 人 
1. 改 


当 我 们 无 法 做 出 准确 的 绝对 估算 ， 而 且 觉 得 理想 时 长 太 不 现实 时 ， 可 以 采用 故事 点 数 进行 相对 估算 。 例 如 ， 我 们 把 一 个 用 户 
故事 A 的 故事 点 数 设置 为 3， 发 现 用 户 故 事 B 比 A 要 容易 实现 一 些 ， 就 可 以 把 用 户 故事 B 的 故事 点 数 设 置 为 2， 而 用 户 故事 C 的 难度 


比 B 大 ， 可 以 设置 为 5 或 者 8。 用 户 故 事 A 就 成 为 了 一 个 标杆 ， 作 为 估算 工作 的 参考 。 使 用 故事 点 数 代 蔡 小 时 数 ， 移 除了 “每 周 工 
作 小 时 ”这 个 人 为 设 定 的 天 人 花 板 。 例 如 ， 第 一 种 说 法 : 


作 了 40 个 小 时 ， 本 周 工 作 了 45 个 小 时 。 


”相对 来 说 ， 


另外 ， 在 估算 用 户 故事 时 ， 还 需要 记 住 : 


故事 点 数 的 定义 。 
度 相互 对 比 没有 意义 。 


的 速 


. 解 聚 前 后 不 需要 相等 。 对 史诗 故事 解 聚 并 估算 时 ， 
所 以 很 
同样 的 事情 


大 ， 


Jo 

















.规模 是 相对 的 。4 个 故事 点 的 











在 项 目 中 


























E 被 准 





确 地 估算 
发 生 在 将 






































当 我 们 ; 
用 户 故 事 分 解 成 任务 时 ， 





故事 点 数 的 标准 





的 制定 由 























各 史诗 级 故事 





行 解 
对 任 















































j 户 故事 ， 


“上 周 交 付 了 20 个 故事 点 ; 本 周 交 付 了 22 个 。” 第 二 种 说 法 : 
第 一 种 说 法 更 好 ， 








这 也 符合 敏捷 价值 驱动 的 理念 。 























队 负 责 。 





有 时 候 估 算 之 和 会 超 则 
聚 时 ， 我 们 会 








了 解 到 





务 的 估算 的 结果 总 和 可 能 不 会 


一 般 来 讲 ， 采 用 故事 点 数 的 情况 比较 多 ， 其 主要 优点 如 下 。 








y 于 形成 跨 职 外 ! 能 























队 协 作 的 氛 














星 想 人 天 ， 
的 工作 量 相 
估算 得 到 的 






































2. 理 想 时 长 


团队 在 工作 中 可 能 会 被 打 断 或 者 干扰 ， 所 以 在 估算 的 时 候 会 考虑 一 些 干 扰 因 素 等 


会 随 着 时 间 、 














局 ; 来 衡 








整个 


和 





队 ， 
































顷 向 于 考虑 日 历时 间 


、 做 事 的 方法 的 变 
和 工期 长 短 ， 





化 而 变化 。 


组 织 内 部 不 需要 致 ， 


对 史诗 级 故事 的 总 估算 。 


而 不 是 各 个 领域 的 工 


下 项 目 中 


只 击 妇 在 





























原 


























更 多 的 工作 信息 ， 








我 们 期 望 对 
户 故 事 的 估算 。 























于 对 用 











需要 付出 的 努力 是 1 个 故事 点 的 4 倍 。 











纯度 量 单位 可 以 避免 





巴 理 想 人 天 数 与 项 















































对 较 小 ， 
故事 点 数 


泽 








其 进行 详细 


应 该 是 一 致 的 ， 不 会 











也 讨论 设计 。 

















因为 不 同人 的 技 





能 水 平 而 不 


， 从 而 导 


没有 任何 其 他 干扰 或 者 意外 事件 的 情况 下 ， 某 项 工作 需要 花费 的 时 间 。 使 用 理想 时 长 来 简化 和 解决 这 个 问题 
天 8 小 时 的 工作 日 中 一 直 都 在 工作 ， 没 有 其 他 任何 的 干扰 (包括 喝 水 、 接 听 电 话 等 ) 。 这 种 做 法 虽然 不 符合 实际 ， 但 是 也 有 如 下 


优点 : 


-简化 估算 。 





“ 勿 ] 





-开始 估算 
.容易 估算 开 


理想 时 长 、 故 事 点 数 是 相对 规模 的 估算 ， 


向 


帮 








队 以 外 的 人 解释 。 











容易 起 步 。 
发 速率 。 








适应 规模 的 估算 。 


5.4.4 ”估算 的 步骤 


通常 来 说 ， 

















过 确定 


一 个 估算 的 步骤 有 以 下 几 点 : 








故事 点 或 理想 时 长 来 确定 项 











规模 。 














玫 











在 考 


虑 














天 





队 规 模 、 所 需 资源 以 及 











第 一 


这 个 工作 可 以 使 用 宽 


通过 计算 劳动 力 价格 并 添加 其 他 





队 的 有 效 性 和 生产 力 ， 


, 告 











的 情况 下 ， 将 了 








] 小 时 或 者 人 天 (或 者 人 周 、 
[ 作 量 转 


只 要 相对 规模 没有 发 生变 化 ， 就 没有 必要 进行 重新 估算 。 


人 月 ) 为 生 
作成 时 间 计 划 。 
































页 的 方法 来 计算 项 


























殉 





步 : 使 用 故事 点 或 理想 时 长 来 确定 项 目 规模 。 


== 


带 德尔 


菲 和 计划 扑克 的 工具 进行 。 


同时 ， 


位 来 计算 工作 量 。 





第 二 步 : 使 用 小 时 或 者 人 天 (或 者 人 周 、 人 月 ) 为 单位 来 计算 工作 量 。 


致 即 可 。 所 以 ， 不同 


因 有 以 下 两 个 ， 一 是 史诗 故事 
户 故事 的 估算 要 反映 出 





“上 周 工 





团 





队 之 间 











因为 太 
新 的 信 


























的 实际 人 天 数 对 比 。 


致 估算 很 难 被 定义 。 理 想 时 长 是 在 
， 假 设 团队 成 员 在 每 


团队 的 速率 可 以 自 


要 确定 团队 的 实际 可 用 性 ， 我 们 可 以 通过 计算 团队 的 平均 预期 可 用 性 ， 并 以 理想 时 长 除 以 平均 可 用 性 。 例 如 ， 三 个 人 的 小 团 
队 一 一 A、B、C， 人 A 在 项 目 上 的 有 效 性 (能够 用 在 项 目的 时 间 ) 为 70%，B 的 有 效 性 为 60%，C 的 有 效 性 为 50%。 那 么 ， 团 队 的 
平均 有 效 性 为 (0.7+0.6+0.5) /3=0.6， 或 者 60%。 如 果 理 想 时 长 是 600 天 ， 那 么 我 们 可 以 通过 600/0.6=1000 天 来 计算 可 能 的 工 
作 量 。 


随 着 项 目 推进 ， 在 推算 项 目 未 来 进展 的 时 候 ， 将 越 来 越 依赖 于 团队 的 实际 速度 。 
第 三 步 : 在 考虑 团队 规模 、 所 需 资源 以 及 依赖 的 情况 下 ， 将 工作 量 转化 成 时 间 计划 。 


现在 我 们 需要 将 工作 量 转 化 成 时 间 计划 ， 同 时 我 们 要 确定 我 们 1000 天 工作 量 的 项 目 能 人 否 在 当前 3 人 团队 的 基础 上 在 333 天 内 
完成 ， 如 果 完 成 不 了 ， 还 需要 确定 真实 时 间 。 


第 四 步 : 通过 计算 劳动 力 价格 并 添加 其 他 项 目 费 用 的 方法 来 计算 项 目 费 用 。 


一 旦 我 们 完成 了 对 项 目 周期 的 计算 ， 那 么 计算 费用 就 变 得 非常 简单 。 


5.5 本章 常 见 问 题解 答 


1. 在 进行 计划 扑克 估算 时 ，PO 需 要 参与 估算 吗 ? 
答 : PO 一 般 是 计划 扑克 估算 的 主持 人 ， 负 责 对 每 个 用 户 故 事 进行 阐述 ， 解 答 团队 的 疑问 等 ， 不 参加 估算 。 
2. 迭 代 计划 确定 后 ， 团 队 进入 开发 阶段 ， 如 果 高 层 要 求 在 迭代 中 增加 一 个 功能 ， 团 队 如 何 处 理 ? 


答 : 在 一 个 迭代 中 ， 团 队 原则 上 不 中 断 ， 不 增加 新 功能 。 如 果 要 求 额外 增加 新 功能 ， 团 队 就 需要 跟 PO 和 领导 协商 ， 从 迭代 
寺 办 事项 中 拿 走 一 部 分 相同 故事 点 的 功能 ， 放 入 下 一 个 迭代 。 同 时 ， 为 了 避免 这 样 的 事情 再 次 发 生 ， 需 要 说 明敏 捷 的 理念 。 


SN 


3. 敏 捷 项 目 提 到 5 层 规 划 ， 相 对 来 说 ， 似 乎 比 瀑布 的 计划 更 加 重量 级 ， 这 是 否 违背 了 敏捷 的 宣言 “可 以 工作 的 软件 胜 过 面 面 
俱 到 的 文档 ”? 


答 : 敏捷 的 5 层 规划 是 从 粗略 到 逐步 细 化 的 一 种 滚动 式 过 程 ， 并 非 在 一 开始 就 是 重量 级 的 规划 。 因 为 ， 在 前 期 不 确定 性 因素 
比较 多 的 情况 下 ， 准 确 的 估算 是 不 切实 际 的 ， 只 能 不 断 地 适应 和 调整 ，5 层 计划 的 概念 就 是 基于 此 。 同 时 ， 瀑 布 提倡 在 整个 生命 
周期 中 紧 盯 计划 ， 而 敏捷 提倡 紧 盯 愿景 ， 多 层次 的 计划 要 始终 体现 初期 制定 的 愿景 。 


4. 版 本 计划 里 面包 含 哪 些 内 容 ? 版 本 计划 是 在 哪个 环节 确定 的 ? 


答 : 根据 5 层 计 划 的 概念 ， 版 本 计划 (release plan) 也 称 为 发 布 计划 ， 每 个 版 本 会 输出 一 个 可 交付 的 产品 。 版 本 计划 一 般 
在 产品 路 线 图 确定 的 时 候 就 制订 出 来 了 ， 一 般 一 个 季度 会 更 新 一 次 。 


5. 如 何 设置 和 迭代 的 周期 ? 


答 : 迭代 周期 长 短 的 设 定 取 决 于 你 能 够 保障 多 长 时 间 需 求 变 化 不 影响 到 产品 开发 ， 迭 代 周 期 的 设置 可 以 参照 以 下 几 点 : 





发布 周 期 的 长 短 : 迭代 周期 通常 为 发 布 周 期 的 1/4~~1/5。 

:不 确定 性 的 大 小 : 不 确定 性 越 大 ， 和 迭代 周期 应 越 短 。 

获取 反馈 的 容易 度 : 使 反馈 的 价值 最 大 化 ， 获 取 反 馈 的 周期 越 长 ， 越 容易 出 错 。 
“优先 级 变化 的 频繁 程度 注意 需求 的 实现 周期 约 为 1.5 倍 迭代 周期 。 





it 









































) 昌 








“每 个 迭代 的 额外 工作 量 : 
保持 紧迫 感 的 需要 : 迭代 


归 测 试 、 会 议 等 管理 方面 的 开销 。 
期 越 长 ， 紧 迫 感 越 轻 。 























z 巴 


合 练 习题 


1. 用 户 故 事 相 互 依赖 时 ， 可 能 会 遇 到 哪些 问题 ? 

A. 优 先 排序 和 规划 不 足 

B. 呈 现 复 杂 性 和 不 确定 性 

C. 返 工 和 浪费 

D. 质 量 差 和 文档 过 多 

2. 以 下 哪个 是 对 宽带 Deiphi (例如 计划 扑克 ) 估算 的 最 佳 描述 

A. 团 队 成 员 各 自给 出 故事 的 估算 ， 然 后 互相 讨论 理由 直到 达成 一 致 

B. 对 现 有 的 项 目 团队 的 绩效 进行 分 析 ， 来 确定 一 些 相似 的 用 户 故 事 的 实际 持续 时 间 


C. 团 队 成 员 给 每 个 任务 分 配 相似 的 大 小 ， 故 事 点 基于 冲刺 待 办 事项 中 的 三 角 估 算 





D. 团 队 成 员 给 每 个 用 户 故 事 一 个 最 悲观 和 最 乐观 的 估算 值 ， 这 两 个 值 的 平均 值 就 是 故事 点 数 
3. 以 下 哪个 活动 会 经 常 使 用 0，1，2，3，5，8 序 列 ? 
A. 开 发 序列 的 名 称 

B. 估 算 开发 小 时 数 

C. 展 示 故 事 的 优先 级 

D. 估 算 故 事 点 数 

4. 以 下 哪个 列表 是 有 效 敏 捷 项 目的 计划 实践 ? 
A. 版 本 计划 ， 挝 代 计 划 ， 估 算 

B. 估 算 ， 探 测 ， 和 迭代 计划 

C. 和 迭代 计划 ， 持 续集 成 ， 估 算 

D. 愿 景 ， 版 本 计划 ， 性 能 优化 


5. 产 品 计划 结构 的 哪 一 层 定义 了 能 力 或 者 特性 层次 的 描述 ? 


C. 版 本 

D. 波 

6. 以 下 哪个 文件 展示 了 在 每 个 迭代 中 需要 交付 的 高 层级 的 功能 或 者 主题 ? 
A 版 本 计划 

B. 产 品 路 线 图 

C. 和 迭代 计划 

D. 产 品 待 办 事项 

7. 敏 捷 的 估算 应 该 基于 ，? 

A. 每 个 迭代 的 WBS 并 且 与 项 目 管理 计划 的 相 一 致 

B. 一 个 训练 有 素 的 运 代 计 划 ， 可 以 结合 对 变更 的 反应 提升 预见 性 
C. 跟 当前 项 目 范围 很 相似 的 上 一 个 敏捷 项 目 收集 的 数字 

D. 整 个 项 目 周 期 内 最 初 的 人 力 资源 分 解 

8. 当 进行 初始 速度 估算 时 ， 团 队 应 该 最 有 可 能 _? 

人 A. 在 团队 中 讨论 他 们 期 望 可 以 解决 多 少 个 故事 点 

B. 用 一 个 看 板 的 工作 流 去 识别 步骤 和 计算 速度 

5. 使 用 前 几 个 返 代 的 速度 或 者 进行 一 个 速度 预测 

D. 与 客户 讨论 他 们 期 望 的 产品 生产 速率 


9. 在 敏捷 项 目 中 ， 哪 种 计划 技术 是 通过 三 个 独特 的 视野 进行 的 ? 


B. 组 合 管理 

C.Delphi 

D. 渐 进 明 细 

10. 在 愿景 会 上 ， 项 目 愿 景 是 被 谁 定 义 和 展 示 的 ? 
A 管理 者 

B. 项 目 经 理 

C. 客 户 


D. 项 目 团 队 


i 
A |A|I7r |A|c|s |s|c | |c 





1. 答 案 : A。 用 户 故事 相互 依赖 不 易于 排序 和 估算 。 


2. 答 案 : A。 根 据 宽带 Delphi 估 算 的 定义 ， 由 团队 成 员 共 同 估算 ， 同 时 给 出 各 自 的 估算 结果 ， 针 对 特别 大 或 者 特别 小 的 两 个 
数值 ， 给 他 们 陈述 的 机 会 ， 使 其 说 明 估算 的 原因 ， 之 后 进入 下 一 轮 估 算 ， 直 至 达到 组 织 允许 的 估算 偏差 范围 即 可 ， 遂 常会 进行 3 
轮 左右 。 


3. 答 案 : D。 题 目 中 显示 的 是 斐 波 那 契 序列 ， 是 估算 故 事 点 数 的 工具 。 


4 答案 : A。 参 照 本 书 中 与 “适应 性 计划 ”相关 的 内 容 ， 敏 捷 定 义 了 不 同 层级 的 计划 ， 包 括 版 本 计划 、 和 迭代 计划 ， 同 时 本 章 
也 详细 说 明了 敏捷 计划 的 估算 活动 。 


5. 答 案 : C。 版 本 计划 明确 了 该 版 本 中 需要 完成 的 用 户 故 事 ， 阐 述 了 特性 的 描述 ; 产品 路 线 图 仅 定 义 了 版 本 的 发 布 计 划 ， 没 
有 具体 的 特性 描述 ， 所 以 B 不 正确 ; 迭代 是 任务 层面 的 细节 描述 ， 人 A 不 正确 。 


6. 答 案 : B。 产 品 路 线 图 显示 的 是 每 个 版 本 需要 交付 的 主题 或 者 高 层级 的 功能 ， 是 高 层级 的 计划 ; 版 本 计划 用 来 显示 每 个 版 
本 中 需要 设置 几 个 迭代 ， 故 A 不 正确 ; C 中 的 迭代 计划 是 更 细 层 次 的 计划 分 解 ， 故 C 不 正确 ; 产品 待 办 事项 不 进行 版 本 的 划分 ， 
是 一 个 项 目的 总 集 ， 所 以 D 不 正确 。 


7. 答 案 : B。 敏 捷 中 的 估算 是 提升 可 预见 性 。 敏 捷 不 适合 用 WBS， 因 为 解 聚 后 的 故事 和 解 聚 前 可 以 不 一 致 ， 所 以 A 不 正确 ; C 
和 D 是 传统 的 瀑布 的 估算 方式 。 


8. 答 案 : C。 团 队 的 速度 通常 在 初始 的 时 候 不 准确 ， 在 经 历 几 个 迭代 后 会 趋 于 稳定 。 佑 算 时 ， 可 以 采用 前 几 个 迭代 的 平均 值 
进行 预测 。 


9. 答 案 : D。 渐 进 明细 是 敏捷 计划 的 一 种 理念 。 敏 捷 中 的 计划 有 5 个 层次 : 愿景 、 产 品 路 线 图 、 产 品 发 布 计 划 、 迭 代 计 划 、 
每 日 计划 。 其 中 ， 产 品 发 布 计 划 、 和 迭代 计划 和 每 日 计划 是 从 三 个 不 同 的 角度 逐步 进行 计划 的 。 


10. 答 案 : C。 愿 景 会 是 指 敏 捷 项 目 启 动 前 的 会 议 ， 摘 述 项 目 发 起 的 原因 。 客 户 负责 产品 构想 框 中 信息 的 描述 ， 即 想 要 解决 
一 个 什么 问题 。 项 目 团队 负责 创建 团队 协作 中 的 团队 愿景 ， 与 项 目 愿景 要 做 区 分 。 


第 6 章 ” 友 现 与 解决 问题 


CG 学 习 指 南 









































本 章 重点 掌握 识别 问题 的 工具 ， 比 如 控制 图 、 
的 步骤 。 
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壬 传 统 项 目 管理 中 识别 问题 的 方法 。 同 时 ， 考 生还 要 掌握 分 析 原 因 、 解 决 问题 























问题 是 指 有 质疑 或 争议 的 观点 或 事项 、 议 而 未 决 的 观点 或 事项 ， 或 者 有 对 立 看 法 或 异议 的 观点 或 事项 。 在 项 目 管理 中 ， 总 会 
出 现 各 种 问题 。 


敏捷 的 核心 是 为 了 持续 改进 ， 针 对 过 程 中 发 现 的 问题 ， 及 时 反馈 和 修正 ， 通 过 高 频次 的 反馈 和 回顾 ， 发 现 问题 ， 分 析 问 题 ， 
解决 问题 。 敏 捷 中 的 每 日 站 会 、 评 审 会 、 回 顾 会 都 是 为 了 及 时 获得 反馈 ， 发 现 问题 。 同 时 ， 结 对 编程 、 持 续集 成 和 测试 驱动 开发 
也 是 为 了 尽早 发 现 问题 和 可 能 的 变更 ， 从 而 降低 变更 的 代价 。 


尽早 发 现 问题 和 处 理 变更 能 有 效 地 减少 重复 工作 从 而 降低 成 本 ， 因 而 缺陷 循环 时 间 的 概念 应 运 而 生 ， 即 故障 引入 (产生 ) 到 
修复 的 时 间 ， 这 个 时 间 的 长 短 对 照 变 更 代价 曲线 也 能 看 出 对 应 的 修复 成 本 。 


出 现 问题 并 不 是 一 件 坏事 。 敏 捷 提 倡 不 断 的 挑战 ， 人 允许 犯错 ， 并 且 出 现 问题 及 时 总 结 反省 、 分 析 原 因 、 解 决 问题 的 过 程 本 身 
就 是 员工 或 者 团队 能 力 提升 的 过 程 。 创 建 知识 ， 不 断 学 习 ， 尤 其 是 在 团队 内 部 ， 这 也 是 敏捷 所 倡导 的 理念 。 


发 现 问题 后 ， 我 们 要 快速 分 析 并 解决 ， 否 则 会 导致 成 本 增加 。 尤 其 是 面 对 一 些 重大 的 问题 ， 比 如 会 对 项 目的 交付 目标 产生 影 
响 ， 团 队 需要 及 时 应 对 和 响应 。 如 果 对 这 些 问 题 搁置 或 者 处 理 不 当 ， 则 会 产生 更 负面 的 影响 ， 干 扰 正 常 工作 。 当 然 ， 解 决 问题 本 
身 就 是 一 项 变更 ， 会 带 来 一 些 变更 的 成 本 。 通 常 ， 一 个 问题 的 处 理 流程 如 图 6-1 所 示 。 


定义 问题 收集 信息 分 析 原 因 


问题 是 否 
被 解决 





每 日 站 会 也 是 一 个 重要 的 发 现 问题 的 机 制 。 站 会 上 的 第 三 个 问题 一 一 今天 你 遇 到 了 什么 障碍 的 主要 的 目的 就 是 想 发 现 团 队 
成 员 在 项 目 中 遇 到 的 一 些 问题 、 困 扰 或 者 阻碍 ， 这 样 可 以 让 问题 尽早 上 曝光， 而 不 是 等 到 客户 抱怨 不 断 或 者 等 回顾 会 再 来 总 结 。 在 
PMI-ACP 考 试 中 需要 注意 ， 站 会 只 问 三 个 问题 ， 如 果 成 员 提 出 了 一 些 问题 ， 站 会 上 只 要 明确 问题 的 三 要 素 即 可 ， 即 问题 是 什 
么 ， 谁 来 解决 ， 什 么 时 间 解 决 。 具 体 解决 问题 的 过 程 或 者 方案 不 能 在 站 会 上 讨论 ， 可 以 在 站 会 后 另行 安排 一 场 会 议 进 行 讨 论 。 每 
日 站 会 可 以 让 团队 成 员 聚 焦 在 当前 的 项 目 中 ， 提 升 对 项 目的 天 注 度 。 深 入 了 解 会 让 我 们 更 及 时 和 准确 地 捕捉 到 可 能 的 问题 。 





6.2.2 ”循环 时 间 


循环 时 间 是 故事 从 开始 到 完成 的 持续 时 间 。 对 团队 而 言 ， 循 环 时 间 是 指 从 任务 开始 到 任务 结束 ， 这 个 过 程 的 持续 时 间 。 这 里 
的 任务 结束 是 指 获得 了 客户 的 验收 ， 因 为 这 样 才能 交付 商业 价值 ， 才 算 真 正 地 完成 。 


循环 时 间 与 过 程 中 的 在 制品 (WIP) 紧密 相关 ， 所 谓 在 制品 是 指 已 经 开始 但 尚未 完成 的 工作 ， 过 多 的 WIP 会 存在 以 下 的 问 















































题 : 

:在 制品 是 一 种 浪费 ， 资 金 已 投入 但 尚未 产生 回报 ， 不 能 为 客户 创造 价值 。 

:在 制品 导致 系统 效率 下 降 。 

:在 制品 隐 含 了 返工 的 风险 ， 因 为 工作 没有 被 验收 ， 客 户 就 有 可 能 提出 变更 。 

如 果 系 统 中 有 大 量 的 WIP， 当 需要 变更 时 ， 代 价 就 会 很 大 。 所 以 ， 在 敏捷 中 ， 尤 其 是 在 精益 的 实践 中 ， 强 调 限制 WIP。 因 为 
越 长 的 循环 时 间 会 导致 越 多 的 WIP， 所 以 需要 关注 循环 时 间 。 俗 话说 : 小 步 快 跑 ， 小 版 本 的 迭代 交付 方式 就 是 一 种 限制 WIP、 降 
低 风 险 的 方式 。 


相对 而 言 ， 瀑 布 的 循环 时 间 很 长 ， 通 常 需 要 一 年 或 者 更 久 ， 长 时 间 的 循环 时 间 会 带 来 WIP 的 不 断 累 积 ， 并 带 来 各 种 风险 和 问 
题 。 敏 捷 就 是 为 了 最 小 化 循环 时 间 。 


一 项 工作 从 开始 到 完成 的 时 间 差 就 是 它 的 循环 时 间 ， 一 个 项 目的 循环 时 间 是 所 有 工作 项 循环 时 间 的 平均 值 。 吞 吐 量 是 在 一 个 
阶段 团队 所 能 完成 的 工作 总 量 。 下 面 公 式 表 明了 这 三 个 变量 之 间 的 关系 ， 即 











循环 时 间 = 在 第 
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品 数量 /团队 吞吐 量 




















团队 的 吞吐 量 可 以 在 工作 内 容 不 明确 的 情况 下 预测 团队 未 来 的 绩效 。 循 环 时 间 可 以 对 客户 就 交付 日 期 做 出 可 靠 的 承诺 。 


6.2.3 ”故障 泄露 


每 日 站 会 让 已 发 现 的 问题 尽早 暴露 。 作 为 一 个 知识 型 项 目 ， 其 主要 的 主体 是 人 ， 是 人 都 会 犯错 。 所 以 ， 无 论 如 何 努 力 避 免 ， 
最 终 的 产品 中 总 会 有 无 法 消除 的 故障 。 尽 管 如 此 ， 还 需要 坚持 改进 流程 ， 以 降低 未 来 故障 泄露 率 。 在 软件 开发 领域 中 ， 通 常会 针 
对 “已 发 现 的 故障 泄露 数量 ”来 追溯 这 类 故障 产生 的 原因 ， 通 过 这 个 环节 帮助 团队 不 断 评估 并 提高 质量 保证 和 质量 控制 的 效率 。 


6.2.4 ”质量 标准 


质量 是 一 个 产品 的 生命 。 发 现 问题 和 解决 问题 的 目的 都 是 为 了 确保 交付 高 质量 的 产品 。 团 队 成 员 要 对 项 目 质量 标准 的 相关 活 
动 的 有 效 性 达成 一 致 。 通 过 这 些 标 准 的 定义 ， 团 队 可 以 提升 质量 保证 的 信心 并 确保 产品 价值 。 质 量 标准 一 般 会 在 项 目 开 始 前 被 明 
确 ， 通 常 写 在 项 目 章程 中 ， 也 有 可 能 会 成 为 团队 工作 的 基本 规则 和 规范 。 质 量 标准 和 实践 会 包含 以 下 内 容 : 














:用 客户 验收 来 衡量 产品 质量 。 





' 尽 可 能 自动 化 测试 。 

保 每 个 迭代 都 进行 测试 。 

在 下 个 迭代 到 来 前 ， 至 少 修复 90g 已 发 现 的 缺陷 。 

鼓励 质量 保证 和 质量 控制 的 人 员 和 开发 、 业 务 代 表 一 起 工作 ， 对 每 个 功能 特性 的 验收 标准 达成 一 致 理解 。 
由 客户 代表 对 故障 的 通过 与 否 做 最 终 的 确认 。 





. 确 


i 





豆 



























































在 评估 项 目 过 程 质量 时 ， 可 以 采用 一 些 工具 ， 比 如 控制 图 、 趋 势 图 、 根 本 原因 分 析 、 鱼 骨 图 、 流 程 图 等 来 友 现 问题 并 分 析 原 
因 ， 并 在 此 基础 上 及 时 采取 纠正 措施 。 


对 于 项 目 质量 的 标准 ， 需 要 团队 达成 一 致 的 认可 。 这 些 标准 有 些 被 正式 记录 以 作为 监控 项 目 或 者 审计 项 目的 参考 ， 同 时 也 会 
在 评审 会 或 者 回顾 会 中 被 不 断 完善 。 


6.2.5 ”趋势 图 


趋势 分 析 是 基于 现实 的 数据 预测 将 来 的 可 能 性 ， 揭 示 团 队 可 能 存在 的 问题 ， 帮 助 及 时 做 出 调整 。 通 过 趋势 图 ， 团 队 可 以 审视 
项 目的 当前 状态 ， 对 问题 的 产生 和 解决 进行 讨论 。 例 如 ， 在 累计 流量 图 中 ， 可 以 通过 趋势 分 析 来 预测 完工 的 日 期 。 现 在 已 经 无 法 
改变 ， 未 来 需要 更 多 的 关注 。 所 以 ， 预 测 性 数据 比 实际 产生 的 数据 更 加 重要 。 


6.2.6 ”控制 图 


控制 图 是 用 来 确定 一 个 过 程 是 否 稳定 ， 或 者 是 否 具有 可 预测 的 绩效 。 控 制图 可 能 会 应 用 在 敏捷 项 目 中 ， 它 通过 设置 一 个 客观 
的 限度 ， 来 指明 一 个 过 程 是 否 受 控制 ， 或 者 是 否 稳定 、 是 否 无 缺陷 (比如 ， 在 平均 值 的 三 个 西格玛 内 ) 。 三 个 西格玛 的 控制 限度 
通常 被 用 在 休 哈 特 控制 图 上 。 一 个 西格玛 是 指 一 个 标准 偏差 。 所 以 ， 三 个 西格玛 则 是 指 在 正 负 方向 上 均 离 平均 值 三 个 标准 偏差 的 
限度 。 这 种 限度 适用 于 能 获取 正 态 分 布 曲 线 的 普通 数据 。 


一 个 控制 图 的 元 素 包括 以 下 几 个 : 


-均值 (mean/average) 


-控制 界限 (control limits， 常 设 在 +3o 处 ) 





:规格 界限 (specification 1imits， 客 户 能 接受 的 最 大 偏差 ) 
:失控 (out of control) 


.七 点 原则 (rule of seven) 




















: 非 随机 原因 (assignable cause) 


控制 图 常用 来 跟踪 批量 生产 中 的 重复 性 活动 ， 一 旦 过 程 失控 ， 则 生产 线 停 止 ， 查 找 非 随机 原因 。 敏 捷 中 控制 上 下 限 的 定义 没 
有 那么 严格 ， 它 反映 了 对 偏差 的 接受 范围 及 对 告警 值 的 设 定 ( 见 图 6-2) 。 控 制图 可 以 在 问题 发 生前 就 对 其 进行 诊断 ， 确 保 将 偏 
差 控 制 在 接受 范围 内 。 比 如 ， 我 们 在 1 天 内 要 完成 200 个 故事 点 ， 速 率 的 控制 下 限 就 可 以 设置 为 每 天 20 个 。 


通常 ， 在 夫 代 计划 会 中 ， 会 预 估 团 队 的 速度 (本 迭代 可 以 完成 的 故事 点 数 ) 。 例 如 ， 一 个 迭代 将 完成 15 个 故事 点 ， 如 果 速 
率 低 于 这 个 值 ， 意 味 着 有 可 能 无 法 满足 交付 要 求 。 当 然 ， 如 果 是 开始 的 几 个 和 迭代， 速率 有 一 些 偏差 ， 这 个 是 允许 的 ， 因 为 团队 本 
身 也 是 在 磨合 和 探测 一 个 稳定 的 速度 ， 待 几 个 迭代 后 ， 速 率 一 般 会 趋 于 稳定 。 敏 捷 中 的 控制 图 比较 多 样 ， 主 要 是 指 一 种 可 视 化 的 
信息 展示 方式 ， 诸 如 看 板 、WIP 都 是 一 种 控制 图 。 


带 固 定 界 限 的 连续 测量 控制 图 














检测 出 的 缺陷 数 
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检测 次 数 
一 一 一 一 规格 上 限 
控制 上 限 
一 一 平均 值 -目标 
图 6-2 


6.3 解决 问题 


常言 说 “小 洞 不 补 ， 大 洞 吃苦 ”， 回 忆 一 下 《PMBOK 指 南 》 一 书 中 变更 曲线 上 体现 出 的 项 目 中 后 期 修复 问题 的 高 昂 代 价 ， 
因此 在 敏捷 中 特别 强调 及 早 发 现 和 解决 问题 。 


6.3.1 解决 问题 的 活动 


1. 持 续集 成 


持续 集成 是 软件 开发 过 程 中 的 一 项 活动 ， 团 队 及 时 将 变更 的 代码 集成 到 应 用 程序 中 。 同 时 ， 在 集成 的 过 程 中 ， 可 以 快速 发 现 
一 些 编译 的 问题 。 对 于 可 工作 的 软件 来 说 ， 编 译 越 频繁 ， 发 现 问题 的 粒度 会 越 小 。 持 续集 成 也 是 敏捷 项 目 管理 中 尽早 发 现 问题 的 
一 个 典型 应 用 。 


寺 续 集成 系统 包含 下 面 儿 个 组 成 部 分 。 














' 源 代码 管理 :该 系统 承担 了 所 有 产品 源 代码 文件 和 版 本 管理 工作 。 下 队 成 员 修改 了 源 代码 ， 必 须 将 改动 合 入 源 代 码 ， 比 如 SVN。 
-编译 工具 : 代码 经 过 编译 才能 成 为 运行 的 软件 。 大 多 数 集成 开发 环境 会 包含 编译 工具 。 比 如 Visual Studio 或 者 Eclipse 等 。 


-测试 工具 : 单元 测试 是 编译 的 一 部 分 ， 它 确保 代码 已 经 通过 基本 功能 的 检查 。 单 元 测试 的 工具 有 Nunit (for.Net) 、Junit (for Java) 
等 。 这 些 工具 可 以 执行 一 些小 型 的 自动 化 测试 ， 防 止 代码 因 变更 而 出 现 功 能 异常 。 


触发 机 制 ， 对 代码 检查 设置 触发 机 制 ， 如 每 小 时 定时 检查 或 以 代码 的 变更 来 触发 ， 靠 触发 机 制 来 启动 代码 的 集成 时 间 。 
通知 系统 :编译 产生 错误 时 ， 团 队 需 要 及 时 得 到 通知 来 进行 处 理 ， 比 如 邮件 。 





















































































































































寺 续 集成 对 于 敏捷 项 目 有 以 下 几 个 好 处 : 





及 时 获悉 代码 合 入 的 错误 。 

尽快 修 复 错 误 而 不 是 拖延 到 发 布 。 
才 获 取 反 馈 信 息 。 
进行 频繁 单元 测试 。 


快速 回 退 版 本 。 
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通过 持续 集成 ， 每 天 运行 了 更 多 的 测试 ， 而 发 现 问题 所 需要 花费 的 时 间 却 大 大 减少 。 持 续集 缩短 了 间 题 解决 的 周期 ， 降 低 了 
变更 应 对 的 成 本 。 


2. 风 险 探测 


风险 探测 是 团队 在 研究 探索 性 问题 时 的 一 个 快速 方法 。 通 过 前 期 的 一 些小 规模 试验 和 探测 来 降低 项 目的 风险 。 风 险 探测 的 核 
心 是 对 项 目 中 一 些 存 在 风险 的 方案 进行 快速 概念 验证 的 试验 。 如 果 验 证 成 功 ， 该 方案 的 风险 就 会 消除 ， 从 而 降低 了 项 目 整体 的 风 
险 ;如果 试验 失败 ， 可 以 去 尝试 其 他 方法 。 如 果 尝 试 的 方法 都 不 成 功 ， 就 进入 了 “快速 失败 ”模式 ， 相 比 于 把 剩余 的 资源 和 资金 
投入 到 最 终 必 将 失败 的 项 目 上 来 说 ，“ 快 速 失败 ”反而 是 一 件 有 益 的 事情 ， 可 以 让 我 们 及 时 投入 到 更 有 价值 的 工作 。 


3 .频繁 的 确认 与 验证 


在 敏捷 项 目 中 ， 会 进行 频繁 的 确认 与 验证 ， 以 此 来 改进 和 提升 产品 交付 的 质量 。 因 为 人 都 有 犯错 的 天 性 ， 会 存在 结果 的 错 
误 ， 同 时 表述 和 内 心 的 真实 期 望 之 间 也 会 有 偏差 ， 所 以 借助 频繁 的 确认 和 验证 ， 不 断 检 验 项 目 运行 是 否 符合 预期 标准 很 有 必要 。 
这 样 ， 即 使 中 间 存 在 偏差 ， 也 能 迅速 找到 应 对 的 方案 。 


图 6-3 是 极限 编程 中 的 一 个 图 示 ， 展 示 了 不 同 层级 中 的 反馈 。 接 下 来 以 XP 为 例 ， 来 看 看 不 同 层次 的 频繁 的 确认 与 验证 。 
迭代 区 设计 测试 驱动 
计划 Pair 开发 


计划 
























人 对 于 极限 编程 中 的 结对 编程 实践 ， 反 馈 时 间 是 最 短 的 ， 一 个 人 写 代 码 ， 另 一 个 在 现场 看 ， 编 码 错误 或 对 需求 的 误解 会 立刻 被 发 现 
并 给 馈 。 





加 


单元 测试 : 极限 编程 的 上 一 层 是 单元 测试 ， 反 馈 时 间 也 相对 很 快 。 
客户 合作 : 频繁 地 跟 客 户 合作 和 交付 ， 这 其 中 包括 对 设计 正确 性 和 所 达成 目标 的 反复 确认 ， 体 现 了 人 敏捷 宣言 的 
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一 条 “个 体 和 交互 胜 过 过 程 
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.每 日 站 会 ， 每 天 反馈 昨天 的 工作 进展 以 及 遇 到 的 障碍 。 
评审 会 和 迭代 完成 后 进行 演示 会 ， 也 称 为 show case 会 ， 为 了 确保 交付 给 客户 的 产品 是 客户 真正 需要 的 ， 也 是 一 种 确认 和 验证 。 
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从 以 上 内 容 中 可 以 看 出 ， 敏 捷 要 在 其 过 程 中 的 各 个 层面 进行 确认 与 验证 ， 所 以 需要 进行 自动 化 测试 。 因 为 自动 化 测试 可 以 消 
除 人 为 错误 ， 是 一 种 低 成 本 的 运行 方案 。 验 证 和 确认 的 目的 还 是 为 了 尽早 发 现 问题 ， 从 而 将 变更 的 成 本 降 到 最 低 。 


4 测试 驱动 开发 (TDD) 


与 传统 的 开发 模式 相 比 ， 测 试 驱动 开发 也 提供 了 一 种 创新 思维 ， 倡 导 在 开发 之 前 先 通过 一 个 轻 量 级 的 测试 来 获得 反馈 。 测 试 
驱动 开发 倡导 的 理念 是 要 在 开发 之 前 编写 测试 代码 ， 因 为 开发 人 员 在 实际 开发 功能 之 前 要 清楚 该 功能 应 如 何 被 测试 。 


测试 驱动 开发 中 的 流程 主要 包括 三 个 : 测试 、 编 码 和 重 构 。 首 先 ， 编 写 测试 代码 ， 运 行 测试 用 例 直 至 全 部 通过 测试 。 其 次 ， 
按照 通过 测试 的 用 例 和 标准 去 编码 。 最 后 ， 出 于 简化 设计 或 提升 代码 可 维护 性 的 考虑 ， 开 发 人 员 会 在 不 改变 代码 功能 的 基础 上 ， 
通过 消除 元 余 等 行为 来 对 代码 进行 改良 ， 这 一 过 程 被 称 为 “ 重 构 ”。 


测试 驱动 开发 的 主要 益处 如 下 。 


聚焦: 首先 聚焦 于 测试 ， 从 客户 的 角度 思考 功能 如 何 被 使 用 。 更 好 的 设计 会 带 来 更 高 的 客户 满意 度 。 

全面: 在 编写 功能 代码 之 前 就 编写 测试 用 例 可 以 最 大 限度 地 对 代码 进行 充分 的 测试 。 更 高 的 测试 覆盖 率 会 提升 系统 的 质量 。 
早期 : 越 早 、 越 频繁 的 测试 会 让 我 们 及 时 发 现 开发 过 程 中 的 问题 ， 避 免 问题 留 到 后 面 产生 高 昂 的 代价 ， 代 码 修复 成 本 也 越 低 。 
灵活: 小 规模 开展 单元 测试 可 以 提升 系统 的 可 扩展 性 和 灵活 性 。 
当然， 各 有 利弊 ， 使 用 测试 驱动 开发 的 时 候 也 会 存在 一 些 问题 :; 

同一 个 人 完成 测试 代码 和 功能 代码 ， 可 能 会 对 需求 的 测试 和 编码 存在 同样 的 误解 。 

单元 测试 对 用 户 接口 类 的 功能 性 测试 比较 薄弱 ， 要 想 达 到 可 靠 的 测试 效果 需要 投入 大 量 的 时 间 。 
单元 测试 的 代码 或 脚本 本 身 也 需要 大 量 的 维护 工作 。 
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5. 验 收 测试 驱动 开发 (ATDD) 


验收 测试 驱动 开发 将 测试 的 关注 点 从 代码 转向 需求 ， 在 编写 代码 之 前 就 确定 功能 的 验收 标准 。 当 团队 在 与 客户 代表 讨论 需求 
预期 的 结果 ， 并 从 待 办 事项 中 选择 待 开发 的 用 户 故事 时 ， 验 收 测试 会 被 执行 。 


6 .探索 性 测试 


常规 探索 性 测试 是 为 了 提高 产品 质量 。 探 索性 测试 往往 被 作用 在 成 品 软件 上 ， 测 试 出 系统 设计 漏洞 并 发 现任 何 可 能 会 增加 客 
户 价值 的 新 特性 。 探 索性 测试 应 涵盖 开发 者 在 一 般 单元 测试 中 未 预见 的 内 容 。 探 索性 测试 者 运用 产品 的 项 目 大 纲 作 为 测试 的 向 


已 
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6.3.2 ”解决 问题 的 步骤 

通常 来 说 ， 解 决 问题 主要 包括 : 收集 数据 、 分 析 原因 、 采 取 行动 ， 这 个 解决 问题 的 流程 与 回顾 会 中 的 流程 非常 相似 ， 可 以 对 
照 本 书 中 回顾 会 的 章节 内 容 进行 学 习 。 

1 收集 数据 


收集 数据 帮助 团队 对 间 题 达成 一 个 客观 的 认识 ， 依 托 事 实 去 分 析 和 解决 问题 ， 这 样 才 会 更 有 效 。 收 集 数 据 时 常用 的 方法 如 
下 : 时 间 轴 、 三 五 成 型 、 颜 色 标 识 、 寻 找 优势 、 满 意 度 直方 图 、 团 队 备 达 。 


(1) 时 间 轴 。 首 先 ， 主 持 人 会 选择 某 一 个 时 间 段 作为 基准 的 时 间 轴 ， 团 队 成 员 回顾 在 这 个 时 间 区 间 内 存在 哪些 问题 ， 有 哪 
些 值得 提倡 的 做 法 ， 哪 些 是 重要 的 事件 。 整 个 过 程 可 以 采用 便 贴 纸 辅 助 ， 把 写 好 的 便 贴纸 贴 在 时 间 轴 的 对 应 位 置 。 这 个 过 程 帮助 
团队 成 员 回 忆 ， 有 助 于 挖掘 更 多 的 细节 。 


(2) 三 五 成 型 。 团 队 成 员 被 分 成 五 组 ， 进 行 五 轮 数 据 收集 。 对 某 个 特定 的 问题 ， 参 与 者 要 人 花 五 分 钟 的 时 间 就 与 问题 相关 的 
至 少 五 个 论点 收集 数据 。 简 单 来 说 ， 三 五 成 型 就 是 五 个 问题 、 五 个 人 、 每 人 五 分 钟 。 


(3) 颜色 标识 。 用 带 有 颜色 的 记事 贴 贴 在 时 间 轴 上 ， 描 绘 情绪 或 者 士气 的 高 低 。 
(4) 寻找 优势 。 寻 找 优势 ， 争 取 在 下 一 个 迭代 中 发 挥 这 个 优势 。 
(5) 满意 度 直 方 图 。 收 集 项 目 成 员 在 迭代 中 的 满意 度 以 直方 图 进行 展示 。 


(6) 团队 备 达 。 这 是 一 个 多 维 数据 展示 工具 ， 从 多 个 领域 去 衡量 当前 运 代 团 队 成 员 的 表现 。 划 分 的 领域 可 以 根据 组 织 的 模 
块 或 者 由 团队 自 定 义 。 


2. 分 析 原 因 
分 析 原 因 常 用 的 方法 包括 : 头脑 风暴 、 名 义 小 组 、 五 问 法 、 鱼 骨 图 明确 主题 等 。 这 里 简要 介绍 前 四 种 。 
(1) 头脑 风暴 。 头 脑 风 暴 是 一 种 用 来 产生 和 收集 对 项 目 需求 与 产品 需求 多 种 创意 的 技术 ， 又 称 “ 和 集思广益 ”。 


这 种 方法 本 身 不 包含 投票 或 排序 ， 常 与 其 他 技术 一 起 使 用 。 这 个 技术 的 主要 特点 就 是 : 面对面、 无拘无束、 快速、 不 求 最 后 
结果 。 通 常 ， 头 脑 风暴 包括 以 下 三 种 类 型 : 安静 书写 、 循 环 发 言 、 自 由 讨论 。 












































:安静 书写 : 独立 思考 ， 每 个 团队 成 员 用 5 一 7 分 钟 独立 思考 自己 的 意见 ， 再 聚集 讨论 。 
.循环 发 言 : 类 似 于 击 鼓 传 花 ， 团 队 传递 一 个 物品 ， 拿 到 这 个 物品 的 人 要 说 出 自己 的 想法 ， 然 后 传递 给 下 一 个 人 。 
:自由 讨论 : 每 个 人 都 可 以 随时 说 出 自己 的 意见 ， 无 拘 无 束 。 
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一 旦 这 些 想法 产生 后 ， 团 队 会 采用 其 他 的 技术 ， 比 如 杀 和 图 、 思 维 导 图 等 方式 进行 归纳 分 类 。 


(2) 名 义 小 组 。 名 义 小 组 是 用 于 促进 头脑 风暴 的 一 种 技术 ， 通 过 投票 排列 最 有 用 的 创意 或 者 想法 ， 以 便 进 一 步 开 展 头脑 风 
暴 或 优先 排序 。 典 型 方法 操作 如 下 : 


主持 人 向 团队 成 员 提 供与 决策 问题 相关 的 信息 。 
队 成 员 各 自 匿 名 ， 独 立 思考 ， 每 个 人 尽 可 能 把 自己 的 意见 写 下 来 。 
次 序 逐 个 陈述 自己 的 方案 和 意见 。 

队 成 员 对 提出 的 全 部 备 选 方 案 进 行 投票 。 

“根据 投票 结果 ， 赞 成 人 数 最 多 的 备 选 方 案 即 为 所 要 的 方案 。 
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(3) 五 问 法 。 它 起 源 于 丰田 的 精益 思想 ， 目 的 是 帮助 找到 问题 的 根本 原因 。 团 队 成 员 连 续 问 五 次 “为 什么 ”， 可 以 逐渐 从 
一 些 表面 的 特征 挖掘 到 问题 的 深层 次 原因 。 


(4) 鱼 骨 图 。 鱼 骨 图 又 称 因果 图 或 石川 图 ， 是 常用 的 分 析 原 因 的 方法 。 把 问题 陈述 放 在 鱼 骨 的 头 部 作为 起 点 ， 用 来 追溯 问 
题 来 源 ， 回 推 到 可 行动 的 根本 原因 。 鱼 骨 图 经 常 和 五 问 法 一 起 被 使 用 ， 是 敏捷 中 的 一 种 可 视 化 工具 。 


绘制 一 个 空 的 鱼 骨 图 ， 在 “ 头 部 ”的 位 置 写 上 问题 ， 把 影响 问题 的 相关 因素 写 在 鱼 骨 的 位 置 上 ， 常 用 的 分 类 方式 如 : 人 、 
机 、 料 、 法 、 环 这 五 类 因素 。 


3. 采 取 行 动 


采取 行动 是 解决 问题 的 最 后 一 个 步骤 。 说 得 再 好 ， 不 落实 执行 都 是 天 方 夜 谭 。 在 采取 行动 前 ， 敏 捷 团 队 会 采用 一 些 群体 决策 
技术 对 各 种 解决 方案 进行 确认 ， 确 保 达 成 一 致 的 认识 。 之 后 ， 设 置 目标 并 推进 实施 。 在 这 一 过 程 中 常用 的 技术 有 : 简单 主题 、 
SMART 目标 、 回 顾 规 划 游 戏 。 这 里 简要 介绍 前 两 种 。 


(1) 简单 主题 。 简 单 主题 帮助 团队 就 采取 的 行动 达成 一 致 。 此 方法 通常 用 白板 来 呈现 问题 的 分 类 ， 接 着 团队 成 员 会 就 这 个 
分 类 意见 进行 投票 。 如 何 分 类 可 以 自行 定义 ， 比 如 回顾 会 中 采用 如 下 的 分 类 : 哪些 做 得 好 ， 哪 些 做 得 不 好 ; 哪些 需要 停止 ， 哪 些 
准备 在 下 一 个 迭代 中 进行 。 


(2) SMART 目标 。SMART 目 标 框架 包含 了 以 下 五 个 要 素 : 


specific〔 明 确 性 ) ， 即 目标 必须 是 具体 的 。 

measurable〈 衡 量 性 ) ， 即 目标 必须 是 可 以 衡量 的 。 
'attainable《〈 可 实现 性 ) ， 即 目标 必须 是 可 以 达到 的 。 
'zrelevant《〈 相 关 性 ) ， 即 目标 必须 和 组 织 其 他 目标 具有 相关 性 。 
time-based〔 时 限 性 ) ， 即 目标 必须 具有 明确 的 截止 期 限 。 





























































































































SMART 目 标 可 以 帮助 个 人 或 者 团队 更 好 地 迈 向 成 功 。 在 回顾 会 中 确定 行动 方案 后 ， 可 以 列 出 下 一 个 迭代 或 者 某 个 时 间 段 的 
目标 ， 以 便 更 好 地 开展 活动 。 


6.4 本章 常 见 问 题解 答 


1. 持 续集 成 一 天 可 以 进行 几 次 ? 


答 : 持续 的 目的 是 为 了 尽早 发 现 问题 ， 解 决 问题 ， 降 低 变更 应 对 的 成 本 。 持 续集 成 一 天 可 以 开展 一 次 ， 也 可 以 开展 多 次 。 只 
要 有 变更 的 代码 提交 就 进行 集成 。 所 以 ， 持 续集 成 没有 规定 的 次 数 限 制 。 


2. 在 迭代 中 ， 领 导 要 插入 紧急 任务 ， 产 品 经 理应 该 二 么 办 ”团队 应 该 二 么 应 对 ? 


答 : 在 一 个 迭代 中 ， 团 队 原则 上 不 中 断 ， 不 增加 新 任务 。 如 果 要 求 额外 增加 新 任务 ， 团 队 就 需要 跟 PO 和 领导 协商 ， 从 迭代 
寺 办 事项 中 拿 走 一 部 分 相同 故事 点 的 任务 ， 放 入 下 一 个 迭代 。 


~ 


3. 有 些 初步 试点 敏捷 的 项 目 ，PO 与 SM 由 一 个 人 担当 ， 是 否 要 分 开 ? 
答 : 两 个 角色 的 职责 不 同 ， 必 须 分 开设 置 。 
4.PO 与 BA 合 一 后 会 有 什么 问题 ? 


答 : 如 果 你 站 在 实现 者 的 角度 ， 就 不 能 真正 地 代表 客户 (旁观 者 清 ) 。PO 如 果 站 在 团队 的 角度 ， 是 无 法 真正 体会 到 客户 需 
求 的 ， 所 以 建议 分 开设 置 。 


5. 每 日 站 会 上 是 否 可 以 提出 障碍 或 者 问题 并 简单 地 讨论 ? 


答 : 站 会 中 只 讨论 三 个 预 设 的 问题 。 针 对 成 员 反馈 的 障碍 或 者 需要 解决 的 问题 ， 在 站 会 中 只 能 定义 问题 的 三 要 素 : 问题 是 什 
么 ， 谁 来 解决 ， 什 么 时 间 解 决 。 具 体 的 解决 方案 不 能 在 站 会 中 讨论 ， 可 以 在 站 会 后 安排 一 场 会 议 单独 对 其 进行 讨论 。 


合 练 习题 


凋 


1. 快 速 试 错 用 来 描述 什么 ? 

A. 尽 早 发 现 致命 设计 缺陷 

B. 不 经 过 合适 测试 的 开发 

C .验收 测 试 驱动 开发 流程 的 最 后 一 步 

D. 持 续集 成 的 要 素 之 一 

2. 在 和 迭代 过 程 中 ， 队 员 发现 一 项 重大 风险 ， 他 应 该 __。 
A. 立 刻 采 取 行 动 降 低 风 险 

B. 立 刻 和 团队 商量 ， 开 始 对 应 

5 .组 织 PO 和 团队 开会 

D. 加 入 PB 表 ， 下 个 迭代 对 应 

3.Spike 后 找 出 一 个 降低 风险 的 方案 ， 作 为 敏捷 工程 师 ， 你 会 怎么 做 ? 
A. 立 刻 应 用 变更 

B. 在 团队 承认 后 在 下 一 个 迭代 中 进行 

C. 放 入 PB 表 


D. 和 PO 沟通 


4. 团 队 之 前 遇 到 了 一 个 缺陷 ， 团 队 A 成 员 发 过 解决 方案 ， 在 最 近 的 一 次 运 代 中 又 出 现 了 ， 团 队 成 员 B 说 他 没有 收 到 过 解决 方 


你 作为 敏捷 管理 工程 师 ， 需 要 怎么 做 ? 


A. 团 队 一 起 来 解决 这 个 问题 


B. 规 范 化 解决 方案 的 分 享 方式 


C. 汇 报 给 团队 成 员 B 的 职能 经 理 


D. 私 下 和 团队 成 员 B 沟 通 


5. 以 下 哪个 是 分 析 问 题 的 工具 ? 


A.Fist of Five 


B. 计 划 扑 克 


6. 客 户 部 门 指责 发 布 的 软件 不 能 达到 他 们 的 要 求 ， 你 作为 敏捷 管理 工程 师 应 该 怎么 做 ? 
A. 要 求 客 户 提供 明确 的 完成 基准 

B. 邀 请 客户 参加 评审 会 议 

C. 邀 请 客户 参加 计划 会 议 

D. 要 求 PO 和 客户 沟通 

7. 客 户 很 已 ， 多 次 没有 参加 评审 会 议 了 ， 你 作为 敏捷 管理 工程 师 ， 需 要 。 
A. 调 整 迭 代 实 践 ， 减 少 评审 会 议 

B. 向 上 级 主管 寻求 帮助 

C. 你 去 找 客 户 要 求 他 遵守 他 的 承诺 参加 评审 会 议 

D. 客 户 只 要 参加 计划 会 就 可 以 ， 评 审 会 议 可 以 不 用 参加 

8. 项 目 有 部 分 功能 没有 按时 完成 ， 再 过 2 天 就 是 和 客户 的 评审 会 议 ， 团 队 应 该 怎么 做 ? 
A. 赶 工 完成 未 完成 的 功能 

B. 和 客户 商量 推迟 评审 会 议 

C. 按 时 向 客户 展示 已 经 完成 的 部 分 ， 收 集 反 馈 

D. 找 PO 和 客户 沟通 

9. 在 迭代 评审 会 议 中 ， 项 目 报告 主要 显示 哪些 内 容 ? 

人 A 与 基线 对 比 的 估算 

B. 计 划 的 实际 结果 

C. 投 资 回报 率 (RO1) 

D. 挣 值 测试 (EVM) 

10. 请 选择 可 以 预测 项 目 完 成 日 期 和 发 现 可 能 存在 的 问题 的 工具 。 

A. 燃 尽 图 和 燃 起 图 


B. 轮 计 流 量 图 





1. 答 案 : A。 参 照 敏捷 低 成 本 反馈 的 原则 ， 快 速 试 错 ， 早 发 现 问题 ， 变 更 的 成 本 相对 较 低 。 


2. 答 案 : B。 风 险要 早 曝 光 ， 尤 其 是 高 危 风 险要 尽早 曝光 ， 由 团队 决策 探测 的 行为 和 做 法 。 


3. 答 案 : B。 对 于 需要 在 迭代 中 应 用 的 方案 或 者 技术 ， 由 团队 共同 决策 后 在 下 一 个 迭代 中 试 进行 。 


4 答案 : A。 团 队 的 问题 优先 由 团队 自己 解决 。 本 题 中 提 到 缺陷 重复 出 现 ， 可 能 需要 建立 一 些 基本 规则 ， 规 则 由 团队 自己 制 
。 成 员 B 的 理解 是 由 敏捷 工程 师 来 制定 团队 的 运作 方式 ， 建 议 敏捷 工程 师 参与 讨论 ， 与 团队 共同 制定 解决 问题 的 办 
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5. 答 案 : C。 分 析 原 因 常 用 鱼 骨 图 ， 也 称 因果 图 。 人 A 是 参与 式 决策 的 工具 ; B 是 估算 的 工具 ; D 是 用 户 故事 价值 排序 的 工具 。 


6. 答 案 : B。 评 审 会 议 是 为 了 获取 及 时 反馈 ， 及 时 修正 。A 有 点 追究 责任 的 意思 ， 想 把 责任 推 给 客户 ; 中 提 到 的 计划 会 主要 
还 是 明确 本 迭代 要 完成 的 内 容 ， 并 没有 实际 的 成 果 展 示 ， 这 个 时 候 让 客户 来 ， 客 户 也 无 法 确认 开发 能 否 达 到 他 们 的 要 求 ; D 要 求 
PO 和 客户 沟通 ， 这 是 个 常态 、 例 行动 作 ， 某 种 程度 上 可 以 解决 题目 中 的 问题 ， 但 是 相对 来 说 ，B 更 好 ， 更 加 直接 和 具有 针对 
性 ， 可 以 当面 看 到 成 果 ， 并 进行 反馈 和 讨论 。 


7. 答 案 : C。 敏 捷 最 倡导 面对面 的 沟通 ， 遇 到 冲突 和 问题 ， 直 接 与 当事人 面对面 解决 问题 。 如 果 问 题 无 法 解决 ， 再 上 升 到 高 
层 ， 寻 求 帮助 。 


8. 答 案 : C。 按 照 敏 捷 的 三 角形 ， 敏 捷 中 有 弹性 的 是 范围 ， 通 常 固 定 的 是 成 本 和 时 间 ， 针 对 这 个 原则 ， 建 议 选 C， 做 多 少 功 
能 就 展示 多 少 功能 ， 同 时 ， 评 审 会 的 主要 目的 也 就 是 为 了 反馈 。D 是 C 之 后 的 选择 ， 如 果 在 评审 会 中 存在 客户 对 功能 的 要 求 等 ， 
再 请 PO 去 沟通 。 


9. 答 案 : C。 评 审 会 议 的 目的 是 团队 向 PO 演示 已 经 完成 的 功能 ，PO 进 行 验收 和 反馈 。PO 关 注 的 是 功能 的 价值 ， 用 来 衡量 价 
值 的 工具 ,保护 NPV、ROI 等 。A 和 B 是 瀑布 管理 的 常见 方式 ，D 在 敏捷 中 也 会 用 到 ， 但 是 不 是 评审 会 上 的 内 容 。 


10. 答 案 : B。 累 计 流 量 图 是 跟踪 和 预测 敏捷 项 目的 重要 工具 ， 帮 助 我 们 了 解 项 目的 问题 ， 确 定 循环 时 间 ， 同 时 预测 可 能 的 完 
工 日 期 。 通 常 ， 会 用 利 特 尔 法 则 作为 一 个 预测 和 分 析 队 列 情况 的 工具 ， 根 据 公 式 可 以 算出 完工 时 间 和 循环 时 间 ， 但 是 ACP 考 试 不 
要 求 掌握 这 个 公式 。 利 特 尔 法 则 在 2016 年 9 月 的 考试 中 出 现 过 ， 所 以 这 个 名 词 要 记 住 。A 中 的 燃 尽 图 无 法 预测 完成 日 期 。C 用 于 
分 析 问 题 产生 的 原因 。D 是 敏捷 的 状态 展示 ， 不 能 预测 完工 日 期 。 
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本 章 需 要 掌握 回顾 会 的 步 又 及 每 个 步骤 的 目标 和 相关 工具 。 




















对 于 本 章 ， 可 以 对 照 第 6 章 的 内 容 去 理解 。 相 比 传统 的 瀑布 而 言 ， 敏 捷 中 提倡 的 改进 更 针对 过 程 ， 是 事先 的 质量 改进 ， 而 不 
是 事后 的 缺陷 修复 。 所 以 ， 敏 捷 强 调 不 同 层次 的 高 频次 反馈 ， 以 便 及 时 地 发 现 和 应 对 风险 ， 保 证 交付 高 质量 的 产品 。 持 续 改 进 在 
敏捷 中 是 一 种 常态 。 


当然 ， 在 传统 项 目 中 也 会 有 改进 的 活动 ， 但 是 一 般 都 在 阶段 收尾 或 者 项 目 收尾 的 时 候 才 总 结 经 验 教训 。 这 些 经 验 教训 多 数 都 
不 能 对 当前 团队 直接 产生 效果 ， 因 为 当前 项 目 已 经 接近 尾声 ， 这 个 时 候 谈 改进 有 点 太 晚 。 相 比 而 言 ， 敏 捷 团 队 的 经 验 教训 总 结 在 
每 个 迭代 后 进行 ， 可 以 及 时 地 传递 并 应 用 于 当前 的 团队 和 工作 。 对 于 需求 变化 比较 快 、 不 确定 性 比较 高 的 项 目 而 言 ， 经 验 教训 的 
及 时 总 结 更 加 重要 。 


7.1 理解 持续 改进 


7.1.1 ”持续 过 程 改进 


敏捷 生命 周期 采用 了 “计划 一 一 开发 一 一 评估 一 一 学 习 ” (plan-develop-evaluate-learn) 的 循环 过 程 。 这 类 似 于 戴 明 
的 “计划 一 一 执行 一 一 检查 一 一 行动 ” (plan-do-check-action) 循环 理论 。 两 个 理论 都 聚焦 于 问题 解决 和 持续 改进 。 敏 捷 生 
命 周 期 中 的 “develop” 相 当 于 戴 明 循环 中 的 “do” ， 敏 捷 生 命 周 期 中 的 “evaluate” 相当 于 戴 明 循环 中 的 “check” ， 敏 捷 生 
命 周 期 中 的 “learn” ， 正 如 戴 明 循环 中 的 “action” ， 意 指 从 项 目 中 获得 经 验 教 训 。 


寺 续 改进 可 以 在 不 同 的 层级 上 进行 ， 比 如 
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对 编程 :代码 级 别 的 持续 改进 ， 一 个 人 写 ， 一 个 人 审查 并 提出 改进 办 法 。 
日 站 会 : 讨论 工作 和 项 目 改进 中 的 问题 ， 这 些 问 题 变 为 SM 的 \ 待 办 事项 “，SM 人 负责 移 除 障碍 ， 推 进 持续 改进 。 
民 演 示 : 迭代 演示 会 、 回 顾 会 的 环节 也 在 检查 当前 的 问题 ， 寻 找 下 一 个 迭代 的 改进 点 。 
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7.1.2 持续 产品 改进 


寺 续 改进 ， 除 了 过 程 改进 ， 产 品 改 进 也 在 项 目 中 不 断 反 复 地 进行 。 不 断 演进 的 产品 是 为 了 给 客户 交付 更 有 竞争 优势 的 价值 。 
所 以 ， 当 获得 反馈 时 ， 距 离 客户 的 真实 业务 需求 更 近 了 一 步 ， 为 产品 的 持续 改进 做 了 一 个 更 好 的 选择 。 


持续 改进 是 质量 管理 的 核心 和 关键 所 在 ， 是 推动 项 目 方法 和 产品 不 断 完善 的 过 程 ， 贯 穿 于 项 目的 始终 。 在 敏捷 项 目 中 ， 多 维 
7 并 


7.2 ”回顾 


7.2.1 ”回顾 的 类 型 


回顾 是 迭代 之 后 的 一 个 经 验 教训 总 结 会 ， 团 队 聚 在 一 起 检查 并 改进 其 方法 和 团队 绩效 。 回 顾 发 生 在 项 目 期 间 ， 能 立即 对 当前 
项 目 产 生 价值 ， 而 不 是 仪 仪 记录 好 的 建议 希望 用 在 将 来 的 相似 领域 的 项 目 上 。 回 顾 通 常 包括 以 下 几 种 改进 类 型 。 




















改进 生产 力 : 通过 应 用 经 验 教 训 并 减少 返工 ， 团 队 可 以 获得 更 多 富有 成 效 的 工作 。 























: 回顾 提供 了 传播 稀缺 知识 的 场景 ， 并 且 使 许多 人 的 稀缺 知识 量 增加 ， 可 以 执行 与 知识 相关 联 的 任务 。 
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.改进 质量 : 通过 发 现 导致 缺陷 和 消除 原因 的 情况 来 改进 质 
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回顾 聚焦 于 发 现 流程 效率 的 提高 ， 来 改 i 
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7.2.2 ”回顾 的 步骤 


1. 预 设 会 议 基调 


为 了 营造 一 种 便于 讨论 问题 的 和 谐 气氛 ， 让 参与 者 积极 发 言 ， 鼓 励 大 家 一 起 去 讨论 在 未 来 我 们 需要 做 的 事情 。 在 回顾 流程 开 
始 时 ， 需 要 预 设 会 议 基调 帮助 团队 成 员 聚 焦 当 下 以 进行 总 结 反 思 。 预 设 基调 的 流程 通常 如 下 : 

-明确 下 一 步 的 收集 数据 和 激发 灵感 的 参与 者 。 

. 简 述 回顾 流程 的 方法 和 讨论 主题 ， 主 要 是 明确 会 议 的 议程 和 目标 。 

-明确 团队 价值 观 和 如 何 去 实 施 回 顾 的 工作 原则 。 

-让 人 们 用 正确 的 情绪 提供 信息 和 想法 。 参 与 者 或 许 由 于 害怕 冲突 而 不 敢 提出 问题 ， 所 以 不 愿意 去 评价 同事 甚至 是 
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等 理 者 。 























预 设 会 议 基调 的 活动 可 以 采用 签到 或 者 ESVP 两 个 活动 ， 项 目 组 也 可 以 根据 团队 的 特点 选择 其 他 的 活动 。 


(1) 签到 。 为 了 把 关注 点 聚焦 在 回顾 会 上 。 例 如 ， 大 家 可 以 用 一 两 个 天 键 词 表达 他 们 主要 的 想法 ， 如 希望 从 回顾 会 中 获得 
什么 。 


(2) ESVP。 在 此 活动 中 ， 每 名 与 会 者 匿名 汇报 他 作为 下 列 某 种 身份 的 选择 ， 并 把 他 们 的 选择 记录 在 一 张 纸 上 。 





-explorers (探索 者 ) : 探索 者 渴望 新 的 主意 和 灵感 ， 他 们 想 学 会 所 有 可 以 学 到 的 东西 。 















































-shoppers (采购 者 ) : 采购 者 会 研究 得 到 的 信息 ， 高 兴 地 把 一 个 有 用 的 新 观点 带 回 家 。 
































-vacationers (度假 者 ) : 度假 者 对 回顾 会 不 感 兴趣 ， 他 们 来 参加 会 议 只 是 为 了 离开 无 聊 的 日 常 工作 ， 所 以 不 会 一 直 把 注意 力 都 放 在 会 
上 。 





















































:prisoners ( 因 徒 ) : 因 徒 觉得 他 们 是 被 强迫 来 参加 回顾 会 的 ， 自 身 不 愿意 参加 。 











术 匿 名 结果 被 收集 并 且 分 类 记录 好 ， 显 示 在 白板 中 ， 作 为 会 议 的 参考 ， 但 是 不 要 公布 每 个 人 的 结果 ， 最 好 收集 完 信息 后 直 
接 扔 掉 纸 条 。 接 下 来 要 : 收集 数据 ， 激 发 灵感 ， 决 定做 什么 。 这 3 个 步骤 是 之 前 第 6 章 所 讲 到 的 解决 问题 的 步骤 。 


2. 收 集 数据 


在 收集 数据 步骤 中 ， 可 以 参照 第 6.3 节 中 的 相关 内 容 。 以 下 几 个 基本 活动 能 够 用 在 收集 数据 上 : 





:颜色 标识 
满意 度 直方 


.雷达 区 
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3. 分 析 原 因 


基于 已 经 收集 的 数据 去 分 析 ， 寻 找 原因 ， 便 于 后 续 的 行动 方案 的 制订 。 常 用 的 活动 如 下 : 


:头脑 风暴 
名义 小 组 
五 问 法 


. 鱼 骨 诡 

















关于 以 上 几 个 活动 的 详细 介绍 内 容 可 以 参照 第 6 章 中 的 详细 介绍 。 
4. 采 取 行 动 


这 个 步骤 主要 为 了 完成 在 下 一 个 迭代 中 “决定 做 什么 ”， 把 团队 从 对 当前 迭代 的 思考 转移 到 下 一 个 迭代 。 团 队 决定 了 最 高 优 
先 级 的 行动 列表 ， 建 立 了 详细 的 行动 计划 ， 同 时 设立 了 相关 的 度量 目标 。 以 下 几 个 基本 的 活动 与 第 6 章 中 的 一 致 ， 包 括 : 


























:SMART 目标 〈 有 具体 内 容 见 第 6.3.2 节 ) 














最 后 ， 在 制订 行动 方案 的 同时 ， 需 要 设 定 一 些 度量 指标 ， 因 为 度量 对 于 知识 型 项 目 来 说 一 直 都 是 一 个 难题 。 在 敏捷 项 目 中 ， 
鼓励 在 高 于 当前 层面 的 上 个 层面 进行 度量 。 所 以 ,敏捷 建议 衡量 团队 而 非 个 人 ， 以 此 来 鼓励 团队 协作 和 知识 共享 。 专 注 于 跟踪 团 
队 成 员 的 个 体 速 度 ， 为 每 个 人 的 绩效 或 者 效率 排名 ,这样 的 做 法 缺乏 合作 性 ， 会 破坏 团队 的 自 组织 。 同 样 ， 针 对 度量 的 结果 对 团 
队 进 行 奖 励 ， 也 可 以 更 好 地 实现 知识 共享 。 


5. 回 顾 收 尾 


完成 以 上 四 个 步骤 后 ， 最 后 一 步 是 回顾 会 的 总 结 收尾 。 让 团队 成 员 彼 此 表达 感谢 ,这 也 是 团队 成 员 沟 通 协 作 的 一 个 很 好 的 机 
会 。 收 尾 对 于 整个 回顾 会 的 成 本 非常 重要 ， 有 助 于 全 面 回顾 和 加 强 对 项 目的 价值 。 在 每 个 团队 中 ， 整 个 活动 可 以 不 同 ， 以 下 几 个 
是 常用 的 一 些 活动 ， 包 括 : 


:十 /A 























在 白板 上 可 以 分 为 两 类 : + 代表 在 下 一 个 迭代 会 继续 做 的 事情 ; “人 入 “代表 在 下 一 个 迭代 需要 改进 的 事情 。 




















-帮助 、 阻 碍 、 设 想 


我 们 可 以 在 一 个 白板 中 设置 三 个 类 别 ， 标 题 分 别 是 : “帮助 光 阻 得 人 设想 *。 主 持 人 引导 团队 成 员 反 馈 他 们 认为 的 有 帮助 的 、 有 阻碍 的 ， 以 及 
构想 的 任何 改进 建议 。 




































































站 


欣 


下 队 成 员 要 感谢 其 他 成 员 的 帮助 、 贡 献 等 ， 并 把 这 种 感谢 向 成 员 表 达 出 来 。 


局 


已 























7.3 过程 定 制 
项 目 是 独特 的 ， 不 同 的 项 目 要 根据 不 同 的 环境 选择 相关 的 实践 和 流程 。 每 个 实践 和 过 程 都 是 基于 特定 环境 而 实施 的 ， 可 以 尝 
试 ， 也 可 以 改变 。 因 为 我 们 周围 所 面临 的 环境 是 不 确定 的 ， 所 以 应 该 根据 当前 的 环境 及 时 调整 流程 以 适应 环境 。 


当局 动 一 项 敏捷 开发 工作 时 ， 敏 捷 团 队 应 该 决定 它 的 敏捷 方法 ， 这 也 称 为 过 程 定 制 。 敏 捷 团 队 决定 项 目 采 用 的 敏捷 实践 或 者 
标准 ， 比 如 团队 是 否 进行 每 日 站 会 以 及 其 持续 时 长 ， 团 队 是 否 使 用 任何 信息 发 射 源 ， 团 队 会 如 何 估算 和 计划 产品 特性 等 。 


在 敏捷 实施 中 ， 需 要 平衡 敏捷 的 实践 和 理念 。 在 PMI-ACP 考 试 中 ， 我 们 可 以 遵从 PMP 中 的 理解 : 过 程 定制 是 有 效 的 ， 同 时 
具体 的 实践 中 可 能 会 存在 风险 。 为 了 提高 过 程 定制 的 有 效 性 ， 可 以 参照 以 下 两 个 原则 。 


7.3.1 系统 思考 


在 改变 敏捷 流程 之 前 ， 多 了 解 项 目的 环境 和 系统 。 知 识 型 项 目 周围 环境 的 复杂 程度 、 技 术 手 段 的 复杂 程度 都 会 不 同 。 从 简单 
状态 到 混沌 状态 ， 敏 捷 方 法 对 于 中 间 地 带 的 项 目 特 别 有 效 。 


简单 项 目 也 可 以 使 用 敏捷 方法 ， 只 是 传统 的 瀑布 方式 就 可 以 加 以 应 对 ; 混沌 的 项 目 不 管 采用 敏捷 方法 ， 还 是 采用 其 他 方法 ， 
都 很 难保 证 成 功 ， 所 以 敏捷 不 是 万 能 的 。 当 我 们 想 改变 方法 时 ， 必 须 对 敏捷 运行 的 环境 进行 系统 思考 ， 如 图 7-1 所 示 。 


远离 一 臻 
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7.3.2 ”流程 分 析 


流程 分 析 与 过 程 定制 和 系统 思考 紧密 相关 。 流 程 分 析 会 给 流程 定制 提供 决策 的 输入 。“ 过 程 并 非 纪 律 ”， 纪 律 是 选择 做 某 些 
事 的 特定 方式 。 流 程 是 为 了 输出 的 结果 不 变形 ， 交 付 高 质量 的 产品 。 尤 其 在 精益 中 ， 可 以 通过 流程 分 析 使 流程 的 利用 率 更 好 ， 提 
升 流程 运转 的 效率 。 


1. 在 回顾 会 中 ， 预 设 会 议 基调 的 最 终 目标 是 什么 ? 


答 : 本 章 第 7.2.2 节 中 提 到 ， 预 设 会 议 基调 是 为 了 营造 一 种 便于 讨论 问题 的 和 谐 气氛 ， 让 参与 者 积极 发 言 ， 鼓 励 大 家 一 起 讨 
论 未 来 我 们 需要 做 的 事情 。 从 表面 上 看 ， 预 设 会 议 基 调 的 目的 是 为 了 营造 一 个 和 谐 的 气氛 ; 实际 上 ， 曹 造 和 谐 气氛 是 为 了 给 大 家 
创造 一 个 舒适 安全 的 环境 ， 大 家 可 以 轻松 大 胆 的 友 言 ， 从 而 提高 回顾 会 的 参与 度 。 所 以 ， 从 结果 来 看 ， 预 设 会 议 基调 的 最 终 目标 
是 为 了 在 讨论 中 提高 大 家 的 参与 度 。 


2 一 个 回顾 会 ， 主 要 做 哪些 事情 ? 


答 : 按照 本 章 的 内 容 可 见 ， 回 顾 会 有 五 步 : 预 设 会 议 基 调 、 收 集 数 据 、 分 析 原 因 、 采 取 行 动 、 回 顾 收尾 。 在 ACP 考 试 中 ， 回 
顾 会 的 动作 主要 分 为 以 下 三 类 : @ 总 结 当前 迭代 中 好 的 经 验 ;，@ 总 结 当前 迭代 中 做 得 不 好 的 部 分 ， 并 分 析 原 因 ; @ 决 定 下 一 个 迭 
代 需 要 采取 哪些 行动 。 


3. 在 很 多 其 他 的 书籍 或 者 场合 中 ， 我 们 会 发 现 回顾 会 是 为 了 给 客户 展示 已 完成 的 功能 并 获取 反馈 ， 这 与 回顾 会 的 目的 描述 不 
一 致 ， 为 什么 ? 


答 : 在 ACP 考 试 中 ， 经 常会 把 回顾 会 和 评审 会 的 翻译 混淆 在 一 起 。 针 对 这 样 的 情况 ， 我 们 要 查阅 英文 原文 。 评 审 会 的 目的 是 
向 客户 展示 已 完成 的 功能 ， 获 取 反 馈 。 回 顾 会 的 目的 是 总 结 经 验 教训 ， 确 定 下 一 个 迭代 的 行动 列表 。 


4.PO 需 要 参加 回顾 会 吗 ? 


答 : 回顾 会 由 9M 主 持 ， 目 的 是 团队 在 一 起 总 结 经 验 教训 。 一 般 来 说 ， 回 顾 会 都 是 开发 团队 一 起 来 开 。PO 也 可 以 参加 ， 也 可 
以 跟 团 队 分 开 。PO 参 与 的 话 ， 要 求 不 能 左右 回顾 会 的 节奏 ， 也 不 要 因为 他 的 在 场 ， 让 团队 成 员 有 约束 感 ，PO 仪 作为 参与 者 。 


5. 敏 捷 中 的 回顾 就 是 指 回顾 会 吗 ? 


答 : 持续 改进 贯穿 敏捷 的 整个 生命 周期 ， 回 顾 也 是 如 此 。 回 顾 不 单 是 在 回顾 会 上 进行 ， 敏 捷 中 的 很 多 活动 都 体现 了 回顾 ， 比 
如 每 日 站 会 就 是 一 个 每 天 级 的 回顾 。 回 顾 的 目的 是 为 了 获取 反馈 ， 从 而 改进 ， 所 以 应 该 是 一 个 持续 回顾 的 过 程 。 


合 练 习题 


1 一 个 复杂 的 用 户 故 事 发 生 了 延迟 ， 是 由 一 个 没有 太 多 经 验 的 员工 导致 的 ， 你 作为 敏捷 管理 工程 师 ， 需 要 怎么 做 ? 
A. 让 他 加 班 完 成 

B. 应 用 结对 编程 

C. 减 少 故事 点 

D. 下 次 给 他 一 个 简单 的 


2. 敏 捷 管 理 专业 人 士 建 议 使 用 一 些 过 程 改进 技术 ， 但 该 技术 导致 速度 降低 并 产生 了 一 些 质量 问题 。 团 队 已 经 进行 修正 ,但 是 
职能 经 理 很 不 高 兴 。 此 时 应 该 怎么 做 会 避免 这 样 的 结果 ? 


A. 敏 捷 管 理 专业 人 士 应 事先 获得 职能 经 理 的 许可 。 


B. 在 更 改过 程 之 前 ， 职 能 经 理应 参加 回顾 会 提出 建议 。 


C. 敏 捷 管 理 专业 人 士 应 该 鼓励 项 目 团队 持续 改进 ， 并 与 职能 经 理 沟通 。 


D. 职 能 经 理应 指导 敏捷 管理 专业 人 士 在 更 改过 程 时 更 为 小 心 谨慎 。 


3. 在 每 次 迭代 结束 时 ， 团 队 应 向 谁 演示 完成 的 工作 ? 


A 干系 人 


B. 高 级 管理 层 


C. 敏 捷 管理 专业 人 士 


D. 职 能 经 理 


4. 下 列 哪 一 项 可 用 于 促进 敏捷 项 目 团队 在 迭代 期 间 的 持续 改进 ? 


A. 迭 代 回顾 


B. 迭 代 计 划 


C. 每 日 站 会 


D. 持 续集 成 


5. 团 队 成 员 发 现 了 一 种 好 的 做 法 ， 可 以 改进 生产 率 和 品质 ， 你 作为 敏捷 管理 工程 师 ， 需 要 怎么 做 ? 


A. 立 刻 实施 


B. 在 团队 同意 后 ， 下 一 个 迭代 实施 


C. 放 到 PB 表 中 


D. 和 PO 沟通 ， 得 到 正式 的 批准 后 


6. 回 顾 会 的 主要 目的 是 为 了 团队 : 


A. 展 示 下 一 个 冲刺 的 计划 故事 并 且 进 行 估算 


B. 给 PO 示范 已 经 完成 的 用 户 故 事 


C. 讨 论 哪些 做 得 好 、 哪 些 做 得 不 好 以 及 提升 的 方法 





D. 分 别提 供 过 程 中 用 户 故事 的 状态 更 新 


7. 在 回顾 会 中 ，“ 预 设 会 议 基调 ”的 目的 是 什么 ? 


A. 重 新 声明 会 议 的 目标 并 且 创 建 一 个 开放 的 气氛 和 环境 


B. 检 查 范围 声明 并 且 概 括 项 目 结果 


C. 提 升 团队 士气 确保 每 人 参与 


D. 描 述 下 一 个 迭代 并 讨论 吸取 的 教训 


8. 三 个 迭代 后 ， 出 现 的 问题 和 早期 和 迭代 中 面临 的 问题 很 相似 。 过 去 的 返 代 回 顾 中 的 信息 基本 分 为 “哪些 为 我 们 工作 ” “哪些 
没有 为 我 们 工作 ” ， 基 于 这 些 信 息 ， 我 们 推测 团队 没有 捕获 _? 


A. 用 户 故 事 

B. 里 程 碑 

C .行动 列表 

D. 需 求 

9. 当 客户 在 定义 故事 优先 级 有 困难 时 ， 以 下 哪个 是 协助 解决 这 个 问题 的 最 好 的 方法 ? 
A. 把 用 户 故事 细 分 成 小 的 故事 ， 让 客户 去 选择 他 们 需要 的 部 分 
B. 让 团队 向 客户 提供 优先 顺序 的 指导 意见 

C. 提 供 一 个 额外 的 详细 技术 描述 来 让 客户 洞察 技术 挑战 

D. 让 团队 通过 新 增 的 对 需求 重申 的 细节 来 重新 编写 用 户 故事 
10. 检 查 、 测 试 和 接受 已 实现 的 功能 ， 这 个 过 程 被 称 为 _? 

人 A 回顾 

B. 干 系 人 评审 

C. 范 围 确认 


D. 迁 代 计划 
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1. 答 案 : B。 团 队 帮 助 员 工 提升 能 力 ， 需 要 支持 可 以 由 SM 或 者 领导 者 协助 。 结 对 编程 是 极限 编程 倡导 的 实践 活动 。 
2. 答 案 : B。 回 顾 会 上 一 般 会 决定 下 一 个 迭代 尝试 做 的 新 方法 等 ， 可 以 让 相关 干系 人 参与 ， 达 成 共识 后 再 执行 。 
3. 答 案 : A。 评 审 会 是 向 干系 人 (主要 是 客户 ) 展示 已 完成 的 工作 ， 目 的 是 获取 反馈 。 


4 答案 : D。 敏 捷 的 持续 改进 是 通过 高 频次 的 反馈 来 进行 的 ， 比 如 持续 集成 、 评 审 会 、 回 顾 会 ， 都 是 一 种 持续 改进 的 工具 ， 
题目 中 问 的 是 迭代 期 间 的 改进 ， 所 以 D 合 适 。 


5. 答 案 : B。 交 付 产品 的 方法 由 团队 内 部 自己 决定 ，PO 决 定做 什么 ， 确 保 做 了 正确 的 事情 ; 团队 负责 怎么 做 ， 确 保 正 确 地 做 
事情 。 是 否 采用 一 个 新 的 实践 ， 由 团队 决定 ， 在 回顾 会 上 讨论 决策 后 在 下 一 个 迭代 中 尝试 。 


6. 答 案 : C。 回 顾 会 的 目的 是 总 结 当 前 迭代 中 的 经 验 教训 |， 即 哪些 是 做 得 好 的 ， 哪 些 是 做 得 不 好 的 ， 然 后 尝试 一 些 改进 的 举 
措 和 方法 ， 在 下 一 个 迭代 应 用 中 ， 以 持续 改进 。A 摘 述 的 是 计划 会 ; B 摘 述 的 是 评审 会 D 描 述 的 更 多 的 是 站 会 。 


7. 答 案 : C。 设 立 阶段 是 回顾 会 的 第 一 步 ， 预 设 会 议 基调 的 目的 是 莒 造 一 种 便于 讨论 问题 的 和 谐 气氛 ， 从 而 让 人 们 习惯 于 在 
这 个 过 程 中 尽早 发 言 ， 并 且 鼓 励 他 们 继续 在 整个 会 议 中 做 出 贡献 。A 的 描述 正确 ， 但 是 不 是 主要 目标 ， 相 对 来 说 C 更 好 一 些 。 


8. 答 案 : C。 题 目 中 的 考点 是 回顾 会 ， 在 回顾 会 中 要 总 结 经 验 教训 ， 同 时 确定 下 一 个 迭代 的 行动 事项 。 


9. 答 案 : A。 定 义 优先 级 产生 困难 很 有 可 能 是 因为 故事 太 大 ， 无 法 进行 估算 和 排序 。 通 过 对 故事 的 拆 分 可 以 变 成 更 小 的 故 
事 ， 方 便 进行 估算 和 排序 。B 的 意思 是 团队 负责 故事 排序 ， 这 种 说 法 是 错误 的 。 


10. 答 案 : C。 客 户 确认 已 经 完成 的 功能 的 过 程 ， 即 范围 确认 ， 这 是 《PMBOK 指 南 》 中 范围 管理 领域 的 知识 点 。A 中 的 回顾 
是 团队 内 部 总 结 经 验 教训 ， 不 是 功能 验收 。B 描 述 的 是 评审 会 的 内 容 。C 和 迭代 计划 ， 是 选择 要 做 的 功能 。 
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(PF 学习 指 南 
本 章 要 掌 见 的 关于 敏捷 实践 方 法 的 价值 观 和 基本 二 理念 ， 重 点 掌握 Scrum 的 3 个 角色 、4 个 仪式 、3 个 工件 以 及 极限 编程 的 12 个 技术 实践 。 
rs XP、 精 益 ， 对 于 特性 驱动 开发 、 动 态 系统 开发 方法 、 水 晶 等 仅 需要 了 解 基本 的 原则 和 定义 。 
































敏捷 是 一 种 理念 ， 其 具体 的 实践 包括 多 种 流派 ， 常 见 的 有 Scrum、 极 限 编程 (XP) 、 特 性 驱动 开发 (FDD) 、 动 态 系统 开 
发 方法 (DSDM) 和 水 晶 系列 方法 ， 其 他 相关 方法 包括 精益 软件 开发 和 看 板 开发 ， 图 8-1 显 示 了 典型 的 敏捷 实践 活动 及 相互 的 天 
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图 8-1 典型 的 敏捷 实践 活动 


最 广泛 使 用 的 敏捷 方法 是 看 板 开 发 、 精 益 软 件 开发 、 极 限 编程 和 Scrum， 这 四 类 方法 在 PMI-ACP 考 试 中 出 现 的 相对 较 多 。 
本 章 主要 探讨 Scrum 的 主要 概念 、 规 则 、 活 动 和 交付 物 ， 同 时 简要 地 讨论 其 他 一 些 通用 的 敏捷 方法 。 


8.1 看 板 


看 板 开发 是 丰田 公司 在 精益 生产 中 演变 产生 的 。“Kanban” 起源 于 日 语 ， 意 思 是 信息 板 、 信 息 发 射 板 或 看 板 任务 板 ， 它 们 
在 看 板 开发 方法 中 都 担任 了 很 重要 的 角色 。 


看 板 开发 方法 通过 限制 在 制品 (WIP) 来 帮助 解决 问题 ， 并 减少 开发 变更 带 来 的 浪费 和 成 本 的 增加 。 在 拉 式 系统 中 被 使 用 ， 
通过 限制 WIP， 一 步 步 地 完成 开发 任务 。 


看 板 本 身 是 一 种 精益 技术 ， 形 式 上 是 任务 板 /故事 墙 /状态 墙 的 增强 版 。 看 板 有 以 下 几 个 核心 原则 。 





























流程 可 视 化 : 知识 型 项 目 是 无 形 和 不 可 视 的 ， 找 到 可 视 化 流程 的 方法 对 于 项 目 跟踪 非常 重要 。 把 工作 拆 分 成 小 块 ， 写 在 卡片 上 并 贴 在 墙 上 ， 
墙 上 的 每 列 都 有 一 个 名 字 ， 表 示 每 件 任务 在 流程 中 处 于 什么 位 置 。 














































































































限制 WIP: 明确 限制 流程 中 各 状态 上 同时 进行 的 任务 数 上 限 。 保 持 进 行 中 工作 的 数量 可 以 减少 问题 、 瓶 颈 的 发 生 ， 聚 焦 并 持续 改进 。 


| hr 体现 团队 
过 系统 对 流程 的 追踪 和 优化 缩短 循环 时 间 ， 预 测 





































































































司 的 目标 一 改进 。 使 用 持续 的 拉 式 模型 ， 承 诺 和 鼓励 团队 成 员 尝 试 新 的 方法 和 改进 流程 ， 
J 能 的 完工 日 期 ， 及 时 发 现 问 题 。 

















瑟 | 4 











8.2 ”精益 


严格 地 说 ,精益 软件 开发 不 是 敏捷 方法 ， 但 是 精益 和 敏捷 的 价值 观 很 接近 。 精 益 是 将 精益 生产 方法 应 用 于 软件 开发 。 精 益 的 
七 大 核心 概念 如 下 所 述 
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消除 浪费 : 要 想 获得 最 大 化 的 价值 ， 必 须 将 浪费 最 小 化 。 延 期 、 没 有 用 的 功能 、 等 待 都 是 一 种 软件 浪费 。 
-授权 团队 : 尊重 团队 成 员 并 由 团队 来 进行 决策 ， 保 证 项 目的 效率 ， 并 且 有 利于 项 目 成 功 。 

快速 交付 :通过 快速 交付 有 价值 的 软件 来 最 大 化 项 目的 投资 回报 率 (ROI) 。 
全面 优 化 ， 去 检视 系统 的 整体 而 不 是 一 部 分 ， 关 注 整 个 组 织 的 优化 改进 ， 关 注 团体 。 
:品质 为 先 : 精益 开发 不 是 测试 为 先 ， 而 是 通过 重 构 、 持 续集 成 、 单 元 测试 等 技术 手段 来 加 强 质 量 保 证 。 
晚 做 决策 ， 尽 早 计划 和 最 晚 决 策 。 

强化 学 习 : 通过 尽早 沟通 和 频繁 的 反馈 来 建立 学 习 的 内 容 。 软 件 项 目 是 业务 和 技术 两 项 经 验 的 积累 ， 需 要 尽快 开始 并 保持 学 习 的 状态 。 
























































































































































































































































8.3 ”极限 编程 


极限 编程 (XP) 是 一 种 轻 量 级 的 软件 开发 方法 。 它 的 基础 和 价值 观 是 沟通 、 简 单 、 反 馈 、 勇 气 和 尊重 ， 即 任何 一 个 软件 项 
目 都 可 以 从 这 几 个 方面 入 手 进行 改善 : 加 强 交 流 ; 从 简单 做 起 ; 寻求 反馈 ; 勇于 实事 求 是 。 


在 极限 编程 中 ， 小 的 需求 被 称 为 “用 户 故 事 ”， 用 于 计划 版 本 和 人 运 代 。 和 迭代 通常 为 两 周 。 在 迭代 中 ， 开 发 者 结对 工作 完成 编 
码 。 所 有 的 软件 开发 都 要 频繁 地 进行 测试 ， 采 用 小 版 本 交付 。 


“ 探 针 ”是 在 迭代 中 使 用 技术 手段 ， 用 于 探测 未 知 的 工作 和 风险 。 


8.3.1 ”极限 编程 的 价值 观 


极限 编程 将 复杂 的 开发 过 程 分 解 为 一 个 个 相对 比较 简单 的 迭代 ; 通过 积极 的 交流 、 反 馈 以 及 其 他 一 系列 方法 ， 开 发 人 员 和 客 
户 可 以 非常 清楚 开发 的 进度 、 变 化 、 待 解决 的 问题 和 潜在 的 困难 等 ， 并 根据 实际 情况 及 时 地 调整 开发 过 程 。 


























简洁: 减少 复杂 程度 、 多 余 的 功能 ， 消 除 浪 费 。 团 队 应 该 以 "最 简洁 的 东西 是 最 可 行 的 “为 主旨 来 完成 成 果 。 
沟通 : 保证 团队 成 员 都 知道 对 他 们 的 期 望 和 团队 中 别 的 成 员 都 在 做 什么 。 每 日 站 会 是 保持 沟通 的 关键 。 
反馈 : 团队 应 该 尽早 适应 。 早 期 出 现 的 错误 可 能 是 有 益 的 ， 尽 早 得 到 性 能 的 信息 可 以 有 足够 的 时 间 来 改进 。 




































































































































































勇气: 有 勇气 将 我 们 的 工作 对 别人 公开 可 视 。 在 结对 编程 中 ， 团 队 成 员 共 享 代码 和 经 常 对 代码 进行 改进 。 开 发 人 员 要 自动 备份 和 进行 单元 测 
并 且 需 要 有 足够 的 信心 来 做 重要 的 改动 。 


el 中 ， 每 个 人 都 在 一 起 工作 ， 都 对 项 目的 成 功 或 失败 负责 。 结 对 编程 也 是 一 样 的 ， 团 队 成 员 需 要 认识 到 别人 工作 的 不 同 ， 并 尊 

















































































































8.3.2 ”极限 编程 的 12 个 技术 实践 


整个 团队 的 实践 是 将 所 有 XP 项 目的 贡献 者 聚集 在 一 起 ， 就 像 一 个 团队 一 样 。 团 队 包括 “客户 ”， 还 包括 开发 、 品 质保 证 
(QA) 和 业务 分 析 (BA) 人 员 ，QA 和 BA 的 工作 可 以 由 具备 技能 的 开发 人 员 完 成 。 团 队 配备 一 名 教练 。 


(1) 计划 游戏 : XP 有 两 大 计划 活动 (也 称 为 计划 游戏 ) ， 分 别 是 发 布 计 划 和 迁 代 计划 。 一 个 项 目 有 一 次 或 多 次 发 布 。 制 订 
发 布 计 划 时 ， 由 客户 对 需求 描述 ， 由 开发 团队 对 功能 的 难度 进行 预 估 。 使 用 上 述 估算 和 优先 级 ， 客 户 将 可 以 勾勒 出 项 目的 交付 计 
划 。 


(2) 小 版 本 : 频繁 的 小 版 本 的 测试 是 XP 所 倡导 的 ， 可 以 更 为 快速 地 将 工作 的 软件 部 署 给 目标 客户 。 多 次 交付 产品 的 质量 保 
障 需要 通过 严格 的 测试 和 持续 集成 来 完成 。 


(3) 用 户 测试 : 作为 定义 需要 完成 的 功能 的 一 部 分 ， 客 户 描述 一 个 或 者 多 个 测试 来 展现 交付 的 软件 是 可 以 使 用 的 。 团 队 也 
通过 设立 自动 测试 来 支持 软件 是 可 以 工作 的 。 


(4) 集体 代码 所 有 权 : 每 个 程序 员 都 可 以 在 任何 时 候 改 进 任何 代码 ， 没 有 程序 员 对 任何 一 个 特定 的 模块 或 技术 单独 负责 ， 
每 个 人 都 可 以 参与 任何 其 他 方面 的 开发 。 这 样 可 以 减少 项 目 中 如 果 某 个 程序 员 离 职 所 带 来 的 不 良 影响 ， 因 为 代码 和 知识 都 是 共享 
的 。 


(5) 编码 标准 : 一 套 被 团队 中 所 有 人 遵循 的 代码 标准 ， 按 照 统 一 标准 编写 代码 会 使 得 系统 中 所 有 的 代码 看 起 来 就 好 像 是 一 
个 人 编写 的 一 样 。 集 体 代 码 所 有 权 是 有 很 大 的 益处 的 ， 不 过 所 有 项 目 开 发 者 都 可 以 修改 代码 会 带 来 一 个 问题 ， 即 开发 者 会 使 用 不 
同 的 方法 来 编程 。 为 了 规避 这 个 风险 ，XP 团 队 需要 遵从 一 套 统 一 的 编码 标准 ， 使 代码 看 上 去 就 像 一 个 成 熟 的 程序 员 完 成 的 一 
样 。 每 个 团队 可 以 使 用 不 同 的 标准 ， 但 是 同一 个 团队 编写 代码 需要 统一 的 标准 。 


(6) 可 持续 的 开发 速度 : XP 认 为 最 高 的 生产 率 水 准 是 一 个 团队 可 以 达到 持续 的 开发 速度 。 偶 尔 的 加 班 工作 可 能 是 必需 的 ， 
但 是 重复 的 长 时 间 工 作 是 不 符合 可 持续 性 的 ， 并 且 会 适得其反 。 这 项 实践 说 明 可 持续 的 开发 速度 在 长 期 看 来 是 很 有 价值 的 。 


(7) 比喻 : XP 使 用 比喻 来 解释 设计 的 理念 和 创建 共享 的 技术 愿景 。 这 些 比喻 可 以 更 好 地 让 项 目 干 系 人 理解 和 解释 项 目 开 发 
的 系统 是 如 何 工作 的 。 例 如 ， 计 费 模块 就 像 一 家 公司 的 会 计 人 员 ， 可 以 保证 交易 被 记录 和 完成 收 支 表 。 


即使 团队 不 能 拿 出 一 个 简单 的 、 形 象 的 比喻 描述 一 些 功能 ， 也 可 以 设立 一 些 共同 的 名 称 来 代表 这 些 不 同 的 元 素 ， 以 便 加 强 每 
个 人 对 这 些 元 素 位 置 变化 和 变更 的 理解 。 


(8) 持续 集成 : 集成 包括 将 代码 集中 并 保证 编译 可 以 共同 运行 。 这 项 实践 是 很 关键 的 ， 因 为 可 以 在 更 多 代码 被 完成 后 发 现 


错误 ,或 者 在 不 完善 的 设计 之 前 ， 将 问题 尽早 暴露 出 来 。 团 队 经 常 集成 它们 的 工作 ， 每 次 集成 都 通过 自动 化 地 构建 来 验证 ， 从 而 
尽快 发 现 错 误 。 持 续集 成 可 以 每 天 一 次 或 者 多 次 。 


(9) 测试 驱动 开发 : 在 编写 某 个 功能 的 代码 之 前 先 编写 测试 用 例 ， 然 后 只 编写 使 测试 通过 的 功能 代码 ， 通 过 测试 来 推动 整 
个 开发 的 进行 。 测 试 驱动 开发 将 测试 工作 提 到 编码 之 前 ， 并 频繁 地 运行 所 有 测试 ， 可 以 尽早 地 发 现 错误 ， 极 大 地 降低 后 续 测试 及 
修复 的 成 本 ， 提 高 代码 的 质量 。 在 测试 的 保护 下 ， 不 断 重 构 代 码 ， 以 消除 重复 设计 ， 优 化 设计 结构 ， 提 高 代码 的 重用 性 ， 从 而 提 
高 软件 产品 的 质量 。 在 测试 用 例 可 以 正确 使 用 的 情况 下 ， 如 果 需 求 的 功能 点 还 未 开发 ， 初 期 的 代码 在 测试 中 输入 会 失败 。 代 码 如 





果 书 写 正确 将 可 以 一 次 性 通过 测试 。 测 试 驱 动 开 发 过 程 争取 可 以 尽 可 能 短 地 进行 测试 一 一 反馈 的 循环 ， 这 样 可 以 尽早 得 到 有 益 
的 反馈 。 


(10) 重 构 : 在 不 改变 软件 现 有 功能 的 基础 上 ， 通 过 调整 程序 代码 改善 软件 的 质量 、 性 能 ， 使 其 程序 的 设计 模式 和 架构 更 
趋 合理 ， 提 高 软件 的 扩展 性 与 维护 性 。 为 了 保证 优化 后 的 代码 的 外 部 表现 不 变 ， 重 构 就 需要 自动 化 测试 的 保护 。 


(11) 简洁 设计 : 团队 要 保持 设计 恰好 与 当前 的 系统 功能 相 匹 配 ， 不 包含 任何 重复 ， 表 达 出 编写 者 想 表达 的 所 有 东西 ， 并 
且 包 含 尽 可 能 少 的 代码 。 设 计 需 要 对 当前 的 需求 保持 适用 ， 并 且 将 会 通过 再 次 甚至 反复 的 访问 和 增 量 的 方法 保持 适用 性 。 


XP 遵从 设计 要 充分 思考 的 哲学 ，“ 可 工作 的 最 简化 的 东西 ”相对 于 复杂 的 架构 可 以 在 未 来 进行 更 具 灵 活性 的 尝试 。 相 比 于 
很 多 项 目 失败 于 庞大 和 复杂 的 编码 ， 简 洁 的 设计 是 降低 风险 的 策略 。 


(12) 结对 编程 : 在 XP 中 ， 编 码 工 作 是 由 两 位 开发 者 结对 完成 的 。 结 对 编程 可 以 做 到 一 边 编写 代码 ， 一 边 及 时 审查 。 这 项 
实践 看 上 去 是 低 效 的 ， 但 是 XP 认为 是 可 以 节约 时 间 的 ， 因 为 结对 编程 可 以 及 早 发 现 错误 ， 还 能 两 人 共享 知识 。 结 对 工作 也 可 以 
在 团队 中 扩散 技术 知识 。“ 结 对 ”目前 已 经 延伸 到 结对 进行 任何 工作 (不 一 定 是 写 代码 ) ， 并 且 不 同 角色 (不 都 是 程序 员 ) 人 员 
之 间 可 以 进行 结对 。 


8.4 Scrum 


在 软件 开发 中 ， 常 用 的 流程 控制 理论 有 两 种 : 预定 义 过 程控 制 理论 和 经 验 过 程控 制 理论 ( 见 图 8-2) 。 其 中 ， 预 定义 过 程控 
制 理论 类 似 瀑布 开发 的 模型 ， 而 经 验 过 程控 制 理论 是 敏捷 的 开发 模式 。Scrum 是 一 个 敏捷 开发 框架 ， 即 一 个 基于 经 验 控制 论 的 增 
量 的 、 办 代 的 开发 过 程 。 在 这 个 框架 中 ， 整 个 开发 过 程 由 若干 个 短 的 迭代 周期 一 一 Sprint 组 成 。 自 20 世 纪 90 年 代 初 以 
来 ，Scrum 被 广泛 应 用 于 管理 复杂 产品 的 开发 上 ， 通 过 快递 迭代 的 轻 量 级 开发 方式 去 交付 价值 。 





经 验 过 程控 制 理 论 


图 8-2 ”两 种 常用 的 流程 控制 理论 示例 


8.4.1 _Scrum 概 述 


Scrum 基 于 经 验 过 程控 制 理论 ， 是 一 种 经 验 主 义 之 谈 ， 倾 向 于 知识 源 自 实际 经 验 以 及 从 当前 已 知 的 情况 下 做 出 决定 。Scrum 
采用 一 种 迭代 、 增 量 式 的 方法 来 优化 对 未 来 的 预测 和 管理 风险 。 


Scrum 是 一 种 基于 跨 职能 团队 以 迭代 、 增 量 的 方式 进行 复杂 系统 或 者 产品 开发 的 框架 。 





or 
[日 
SS 


组 织 拆 分 成 小 规模 、 跨 职能 的 自 组 织 团 队 。 

[ 作 拆 分 成 一 些小 而 具体 的 交付 物 ， 按 优先 级 排序 ， 估 算 每 项 任务 的 相对 工作 量 。 

时 间 拆 分 成 固定 大 小 的 短 和 迭代 〈 通 常 1 一 4 周 ) ， 在 每 个 迭代 结束 时 对 基本 可 以 交付 的 代码 进行 演示 。 
每 个 迭代 结束 后 跟 客户 一 起 确认 发 布 目标 ， 并 据 此 优化 发 布 计划 ， 更 新 任务 优先 级 。 

性 个 迭代 结束 后 进行 回顾 以 及 过 程 优化 。 

















or 
[日 
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向 全 





透明 、 检 验 和 适应 是 经 验 过 程控 制 的 三 大 支柱 ， 支 撑 起 每 一 个 经 验 过 程控 制 的 实施 。 


(1) 透明 : 过 程 中 的 关键 环节 对 相关 干系 人 而 言 是 可 视 化 的 、 显 而 易 见 的 。 要 达到 | 透明， 就 要 为 这 些 关 键 环节 制定 统一 的 
标准 ， 这 样 相关 干系 人 会 对 观察 到 的 事物 达成 共识 。 例 如 ， 团 队 内 部 使 用 统一 的 术语 ， 共 同 定 义 完 成 DoD， 对 完成 有 一 致 的 理 
解 。 


(2) 检验 : 检验 是 为 了 监控 欠 代 的 进展 ， 以 识别 偏差 。 检 验 也 不 要 过 于 频繁 ， 否 则 会 阻碍 工作 本 身 。 通 常 ， 检 验 者 本 身 比 
较 有 经 验 ， 才 能 容易 发 现 过 程 中 的 问题 。 


(3) 适应 : 在 检验 过 程 中 ， 当 发 现 一 个 或 多 个 方面 的 偏差 偏离 于 可 接受 范围 以 外 ， 并 且 将 会 导致 产品 不 可 接受 时 ， 就 必须 
尽快 停止 调整 过 程 或 者 相关 的 内 容 。 


大 部 分 敏捷 方法 都 有 一 个 共同 点 ， 即 以 短 迭 代 方 式 交付 客户 价值 。Sprint (冲刺 ) 是 Scrum 中 的 迭代 的 代名词 。 在 每 个 
Sprint (通常 是 1 ~ 4 周 ， 其 长 度 由 开发 团队 决定 ) 中 ， 开 发 团队 创建 出 软件 的 一 个 可 用 增 量 (可 以 随时 推出 ) 。 在 本 书 中 ， 和 迭代 
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团队 2 
6 一 Td 
2~6 
ae 产品 功能 计划 会 。 迁 代 任务 。 周 选 代 评审 会 ”回顾 会 


列表 


1.Sprint 0 


它 是 在 第 一 个 Sprint 之 前 的 一 段 特殊 周期 ， 也 被 称 为 Inception 阶 段 ， 用 来 完成 一 些 必要 的 准备 工作 。Sprint 0 的 周期 不 应 该 
太 长 ， 一 般 在 4 周 以 内 。 在 Sprint 0 中 要 完成 的 典型 的 准备 工作 包括 : 








-团队 组 建 、 导 入 培训 。 
确定 Product Backlog， 以 及 可 供 第 一 个 迭代 开发 的 故事 。 

进行 架构 设计 ， 当 软件 架构 风险 较 高 时 ， 可 以 寻找 合适 的 项 目 外 部 软件 架构 专家 来 进行 针对 架构 的 评审 。 
-原型 开发 。 

.制定 测试 和 验收 策略 。 

-CI、 开 发 环境 、 测 试 环境 等 技术 基础 设施 的 准备 。 

-办 公 环 境 和 办 公用 品 的 准备。 

-制订 初始 的 发 布 计划 。 

定义 各 种 DoD。 














































































































2.Sprint H 


它 是 一 种 特殊 的 迭代 ， 也 被 称 为 Stabilization 和 迭代 或 “Release 秋 代 ”， 或 者 称 为 增强 迭代 。 当 正常 Sprint 所 完成 的 软件 增 
量 还 达 不 到 产品 发 布 标准 时 ， 在 产品 发 布 之 前 要 专门 留 出 用 于 “补课 ”或 “还 债 ” 的 一 段 时 间 ( 即 不 开发 新 需求 ) 。 


3.50S 


它 是 一 种 将 Scrum 扩 展 到 更 大 规模 (涉及 更 多 人 ) 的 技术 。 在 使 用 这 种 技术 时 ， 人 员 被 分 成 多 个 敏捷 团队 ， 每 天 的 团队 站 会 
之 后 ， 所 有 团队 派 代 表 一 起 参加 一 个 则 在 改进 多 团队 协调 的 每 日 站 会 。Scrum of Scrums 有 两 层 意思 : 一 个 是 指 由 多 团队 代表 
组 成 的 虚拟 团队 ; 另 一 个 是 指 这 个 多 团队 的 每 日 站 会 。 


Scrum 是 一 个 框架 ， 其 中 也 包括 很 多 技术 和 工具 。 其 框架 主要 包括 以 下 内 容 : 3 个 角色 、4 个 仪式 、3 个 工件 。 本 节 对 Scrum 
进行 介绍 ， 以 此 来 进一步 理解 敏捷 的 宣言 。 


8.4.2 _ Scrum 中 的 3 个 角色 


Scrum 团 队 由 一 名 产品 负责 人 (PO) 、 开 发 团队 和 一 名 Scr um Master (SM) 组 成 。Scrum 团 队 是 跨 职能 的 自 组 织 团 队 。 
自 组 织 团队 自己 决策 完成 工作 的 方法 ， 而 不 是 由 团队 之 外 的 人 来 指挥 。 当 团队 内 部 遇 到 难以 协调 的 问题 时 ，Scrum Master 可 以 
介入 。 


产品 负责 人 (product owner，PO) ， 负 责 最 大 化 产品 和 开发 团队 工作 的 价值 。 实 现 这 一 点 的 方式 会 随 着 组 织 、Scrum 团 
队 和 单个 团队 成 员 的 不 同 而 不 同 。 项 目 PO 负 责 项 目的 产品 待 办 事项 (PB) (一 个 项 目 有 且 只 有 一 个 PB) ， 包 括 确定 各 需求 的 优 
先 级 、 制 订 发 布 计划 。 当 项 目 比较 大 ，PO 精 力 有 限 的 时 候 ， 可 以 由 其 他 业务 专家 (比如 BA) 协助 项 目 PO。 产 品 负责 人 的 职责 
如 下 : 

:定义 所 有 产品 功能 。 

-决定 产品 发 布 的 内 容 以 及 日 期 。 

负责 产品 的 投入 产 出 。 

-排序 功能 的 优先 级 。 

:调整 产品 功能 和 和 迭代 顺序 。 








认同 或 者 拒绝 迭代 的 交付 。 


人 可 能 会 通过 产品 待 办 事项 展现 其 他 干系 人 的 要 求 ， 但 是 要 改变 产品 待 办 事项 目的 优先 级 或 者 进行 增加 和 删 减 必须 
产品 负责 人 对 产品 待 办 列表 的 内 容 和 排序 的 决定 必须 是 可 见 的 。 开 发 团队 必须 尊重 PO 的 意见 并 按照 PO 的 意见 进行 开发 和 实 


2. 开 发 团队 


开发 团队 (development team) 负责 用 户 故事 的 实现 ， 包 含 各 种 专业 人 员 ， 主 要 负责 在 每 个 迭代 结束 时 交付 潜在 的 产品 增 
量 ， 这 些 产 品 增 量 必须 被 “完成 ”， 并 且 可 以 交付 价值 。 开 发 团队 由 组 织 组 建 并 得 到 授权 ， 团 队 自己 组 织 和 管理 它们 的 工作 ， 
此 也 称 为 自 组 织 团队 。 开 发 团队 的 特点 如 下 。 























` 自 组 织 : 如 何 交付 潜在 的 可 发 布 的 产品 增 量 ， 这 个 过 程 由 开发 团队 自主 决定 。SM 不 要 干预 ， 除 非 团队 需要 。 
` 跨 职能 :团队 成 员 需 拥有 创建 产品 增 量 所 需 的 全 部 技能 ， 以 确保 团队 能 力 覆 盖 交 付 。 
共 担 责任 : 开发 团队 中 的 每 个 成 员 可 能 有 特长 和 专注 的 领域 ， 但 是 责任 属于 整个 开发 团队 。 






























































































































































:规模 : 开发 团队 最 佳 规模 要 适中 ， 既 要 保持 一 定 的 敏捷 性 和 灵活 性 ， 也 要 确保 有 能 力 在 一 个 途 代 内 完成 工作 。 过 小 的 团队 可 能 会 遇 到 技能 上 
的 约束 ， 进 而 导致 开发 团队 无 法 交付 潜在 可 发 布 的 产品 增 量 。 过 大 的 团队 会 增加 沟通 和 协调 的 工作 ， 不 利于 经 验 过 程 的 管理 。 根 据 业 界 的 实 
践 ， 通 常 一 个 开发 团队 有 5 一 9 人 《了 PO 和 SM 不 包含 在 此 数字 中 ， 除 非 他 们 也 参与 执行 迭代 待 办 事项 中 的 工作 ) 。 


-集中 办 公 : 一 般 情况 下 ， 团 队 所 有 成 员 都 在 同一 个 地 点 工作 。 


















































































































































3.Scrum Master 


Scrum Master (SM) 负责 加 强 对 Scrum 的 理解 和 使 用 ， 以 保证 所 有 人 都 能 正确 地 理解 并 实施 Scrum， 为 项 目 过 程 扫 除 障 
碍 ， 促 进 需 要 的 事件 发 生 ， 以 及 提供 指导 。 对 团队 而 言 ，SM 是 一 位 服务 型 领导 ， 帮 助 团队 和 外 部 进行 交互 ， 最 大 化 团队 创造 的 
价值 。SM 通 常 的 职责 如 下 : 











.对 项 目的 直接 管理 。 
带领 并 指导 团队 的 Scrum 实 践 。 
移 除 开发 团队 工作 中 的 障碍 。 

“确保 团队 能 胜任 其 工作 ， 并 保持 高 效 的 生产 率 。 
“使 得 团队 紧密 合作 ， 团 队 个 人 具有 多 方面 的 工作 能 
“保护 团队 不 受 外 来 因素 无 端的 影响 。 

“在 自 组 织 和 跨 职 能 方面 指导 开发 团队 。 

协助 PO 管理 代办 事项 ， 以 及 和 开发 团队 沟通 项 目 愿景 、 目 标 以 及 产品 代办 事项 。 


































































































































































































8.4.3 ”Scrum 中 的 4 个 仪式 


Scrum 通 常 在 每 个 迭代 中 使 用 固定 的 会 议 ， 称 为 仪式 ， 以 此 来 减少 其 他 无 效 的 会 议 。 同 时 ， 每 个 仪式 都 有 时 间 盒 限制 。 在 
scrum 中 ， 和 迭代 通常 称 为 Sprint， 其 持续 时 间 是 固定 的 ， 一 般 是 一 个 月 。 其 中 ，4 个 仪式 的 时 间 也 相对 固定 。 


在 Sprint 期 间 ， 不 能 改变 整个 Sprint 的 目标 ， 也 不 能 降低 质量 标准 。 每 个 Sprint 都 可 以 被 视 为 一 个 项 目 ， 为 期 不 超过 一 个 
月 。 如 果 Sprint 的 长 度 太 长 的 话 ， 对 要 构建 什么 的 定义 就 有 可 能 会 改变 ， 复 杂 性 有 可 能 增加 ， 风 险 也 会 增加 。Sprint 通 过 确保 至 
少 每 月 一 次 对 达成 目标 的 进度 进行 检视 和 适应 ， 来 实现 可 预测 性 。Sprint 同 时 也 把 风险 限制 在 一 个 月 的 成 本 上 。 只 有 PO 才能 
消 Sprint。 


每 个 Sprint 由 计划 会 议 、 每 日 站 会 、 评 审 会 、 回 顾 会 构成 。 对 于 一 些 比较 复杂 的 用 户 故事 ， 通 常 还 需要 增加 需求 梳理 会 。 所 
以 ， 针 对 整个 Scrum， 本 书 将 对 前 4 个 仪式 逐个 进行 介绍 。 

1.Sprint 计 划 会 议 (迭代 计划 会 ) 

Sprint 计划 会 议 用 来 决定 本 次 Sprint 的 交付 成 果 以 及 为 了 达成 目标 应 该 如 何 工作 。PO 将 设立 代办 事项 条 目 ， 再 通过 整个 团 
队 讨 论 来 达成 理解 的 共享 。 开 发 团队 通过 估算 、 设 计 能 力 和 过 往 的 表现 来 预 估 并 定义 Sprint 的 目标 。 开 发 团队 来 决定 为 了 达到 
Sprint 目标 应 该 如 何 实现 功能 和 组 织 团 队 。 计 划 会 的 特征 如 下 : 

-标志 着 Sprint 的 开始 。 

:确定 哪些 用 户 故 事 会 被 纳入 本 迭代 中 进行 。 


“PO 必须 为 迭代 计划 会 议 准备 一 个 最 新 的 、 经 过 排序 的 待 办 事项 列表 。 
通常 有 时 间 限 制 ， 对 于 一 个 月 的 Sprint 来 说 ， 一 般 不 超过 8 个 小 时 ;如 果 Sprint 周 期 比较 短 ， 计 划 会 的 时 间 也 可 以 相应 地 缩短 。 





















































计划 会 通常 分 为 以 下 两 个 部 分 。 


(1) 第 一 部 分 ，PO 确 定 本 次 迭代 需要 完成 的 功能 ， 说 明 本 次 和 返 代 的 目标 以 及 达成 该 目标 需要 完成 的 待 办 事项 列表 。 团 队 成 
员 从 这 些 功能 中 选 出 自 认为 能 完成 的 功能 集 以 供 开发 。PO 对 待 办 事项 的 优先 级 有 最 终 决 定 权 ， 而 开发 团队 对 本 次 冲刺 中 能 完成 
的 工作 具有 最 终 决 定 权 。 所 选 定 的 产品 待 办 事项 会 提供 一 个 连贯 一 致 的 功能 ， 也 即 Sprint 目标 。Sprint 目 标 用 来 促使 开发 团队 一 
起 工作 ， 而 不 是 分 开 独 自 做 工作 。PO 进 行 用户 故 事 的 前 述 ， 确 保 团 队 内 部 的 每 个 人 对 用 户 故事 理解 到 位 ， 以 便于 后 续 的 估算 。 
如 果 团 队 成 员 对 用 户 故 事 的 理解 有 疑问 ， 可 以 直接 向 PO 提 问 ，PO 负 责 阐 述 清楚 每 个 用 户 故事 的 要 素 和 属性 信息 等 ， 主 要 解决 做 


什么 的 问题 。 


(2) 第 二 部 分 ， 开 发 团队 自己 决定 选择 产品 待 办 事项 中 用 户 故 事 的 数量 ， 并 且 进 行 故事 的 估算 和 任务 的 细 分 等 。 这 个 
Sprint 中 所 选 出 的 产品 待 办 事项 被 称 为 Sprint 待 办 事项 (或 迭代 待 办 事项 ) ， 这 也 是 整个 开发 团队 的 迭代 目标 。 开 发 团队 自 组 织 
地 领取 Sprint 待 办 事项 列表 中 的 工作 。 领 取 的 工作 要 在 Sprint 期 间 完成 。 对 于 第 二 部 分 的 计划 会 ，PO 可 以 不 用 参加 ， 主 要 解决 
怎么 做 的 问题 。 开 发 团队 也 可 以 邀请 其 他 人 员 参 加 会 议 ， 以 获得 技术 或 领域 知识 方面 的 建议 。 





Sprint 计划 会 的 输入 是 产品 待 办 事项 、 最 新 的 产品 增 量 、 开 发 团队 在 这 个 Sprint 中 能 力 的 预测 以 及 开发 团队 的 以 往 表现 ( 比 
如 之 前 迭代 的 速率 ) 。 在 Sprint 计划 会 结束 时 ， 开 发 团队 应 该 能 够 向 PO 和 3SM 解 释 他 们 将 如 何以 自 组 织 团队 的 形式 完成 Sprint 目 
标 并 开发 出 预期 的 产品 增 量 。 

2. 每 日 站 会 


它 是 Scrum 框 架 中 的 一 种 会 议 ， 也 叫 每 日 例会 。 这 个 会 议 的 主要 目的 是 在 团队 内 部 沟通 交流 成 果 以 及 阐述 任何 存在 的 障碍 ， 
因 所 有 人 员 站 立 进 行 而 取 名 为 “每 日 站 会 ”。 每 日 站 会 体现 了 一 个 快速 反馈 、 面 对 面 沟通 的 机 制 ， 其 特点 如 下 : 











.每 天 都 进行 。 

:固定 15 分 钟 。 

:同一 时 间 、 同 一 地 点 《通常 在 早上 上 班 后 ， 团 队 的 故事 板 前 ) 。 
:所 有 人 都 可 以 参加 ， 但 是 只 有 Scrum 的 角色 可 以 说 话 。 
:不 是 汇报 会 议 ， 是 团队 互相 之 间 的 承诺 。 






















































































在 站 会 上 ， 每 个 开发 团队 成 员 都 需要 说 明 以 下 3 个 问题 : 




















昨天， 我 做 了 什么 帮助 开发 团队 达成 Sprint 目 标 〉》? 
今天 ， 我 准备 做 什么 《帮助 开发 团队 达成 sprint 目 标 〉? 
是 否 有 任何 障碍 (阻碍 我 或 开发 团队 达成 Sprint 目 标 〉》? 




































































开发 团队 用 每 日 站 会 来 检视 完成 Sprint 目 标的 进度 ， 并 检视 完成 迭代 待 办 事项 的 工作 进度 趋势 。 通 过 高 频率 的 反馈 提升 


Sprint 目标 达 成 的 可 能 性 。 每 天 开发 团队 都 应 该 知道 如 何以 自 组 织 团队 来 协同 工作 以 达成 Sprint 目标 。 


SM 确 保 开 发 团队 每 日 站 会 如 期 举行 ， 但 开发 团队 自己 负责 召开 会 议 ， 并 不 是 每 次 展会 都 由 SM 主 持 。SM 引 导 开 发 团队 设置 
一 些 站 会 的 规则 ， 比 如 : 时 间 控 制 在 15 分 钟 内 、 只 有 开发 团队 成 员 才能 参加 (其 他 人 参加 只 能 听 ， 不 能 发 言 ) 。 


3.Sprint 评 审 会 


评审 会 也 被 称 为 演示 会 议 、 验 收 会 议 或 show case 会 议 ， 是 Scrum 框 架 中 的 一 种 会 议 ， 是 在 Sprint 结束 前 ， 团 队 与 PO 共 同 
评审 Sprint 的 一 个 会 议 。 


在 这 个 会 议 上 ， 团 队 给 PO 和 相关 干系 人 演示 Sprint 中 所 完成 的 功能 ( 尽 可 能 使 用 相对 真实 的 环境 ) ， 并 接受 PO 的 意见 、 建 
议和 评价 ， 用 以 检视 所 交付 的 产品 增 量 并 根据 需要 调整 产品 待 办 事项 。 会 议 中 ， 相 关 干 系 人 都 会 参与 讨论 本 次 迭代 中 完成 的 工 
作 。 根 据 迭 代 中 已 经 完成 的 工作 ， 参 会 人 员 提 供 反 馈 和 意见 ， 共 同 讨论 确定 后 续 要 做 的 事情 ， 以 此 来 优化 价值 的 交付 ， 促 进 更 好 
的 协作 。 


对 于 长 度 为 1 个 月 的 Sprint 来 说 ， 评 审 会 的 时 间 一 般 为 4 个 小 时 。 对 于 较 短 的 Sprint 来 说 ， 会 议 的 时 间 会 相应 缩短。SM 要 确 
保 会 议 举行 ， 并 且 每 个 参 会 者 都 要 明日 会 议 的 目的 ， 同 时 教导 参 会 成 员 遵 守 时间 盒 的 规则 。 


Sprint 评审 会 议 包 含 以 下 内 容 : 








:PEO 邀 请 Scrum 团 队 和 主要 和 干系 人 参加 会 议 。 

“PO 说 明 哪 些 产 品 待 办 事项 已 经 完成 、 哪 些 没有 完成 。 

:开发 团队 演示 完成 的 工作 并 解答 关于 所 交付 增 量 的 问题 。 

"PO 讨论 当前 产品 竺 办 事项 的 情况 ， 根 据 当 前 进度 预测 可 能 的 完工 日 期 。 


“评审 市 场 或 潜在 的 产品 使 用 方式 所 带 来 的 接 下 来 要 做 的 最 有 价值 的 东西 的 改变 。 























































































































Sprint 评审 会 的 结果 是 一 份 修订 后 的 产品 竺 办 事项 列表 ， 阐 明 很 可 能 进入 下 一 个 迭代 的 待 办 事项 。 此 时 ， 产 品 待 办 事项 列表 
也 有 可 能 结合 当前 的 市 场 环境 等 进行 调整 。 


4.Sprint 回 顾 会 


回顾 会 是 在 Sprint 结束 时 召开 的 关于 团队 自我 持续 改进 的 回顾 复 盘 会 议 ， 通 常 在 Sprint 评审 会 之 后 ， 在 下 次 Sprint 计划 会 议 
之 前 展开 。 持 续 改 进 是 敏捷 的 核心 。Sprint 回 顾 会 的 核心 就 是 为 了 持续 改进 ， 是 团队 总 结 当前 和 迭代 并 改进 下 一 个 迭代 的 机 会 。 回 
顾 会 通常 在 评审 会 结束 后 ， 在 下 一 个 计划 会 开始 之 前 。 对 于 长 度 为 一 个 月 的 Sprint 来 说 ， 会 议 的 限时 为 2 个 小 时 。 对 于 较 短 的 
Sprint 来 说， 会 议 时 间 通 常会 缩短 。SM 要 确保 会 议 的 正常 举行 ， 并 且 每 个 参 会 者 都 要 了 明白 会 议 的 目的 。sprint 回 顾 会 的 目的 在 
i 

:总 结 上 一 个 迭代 中 的 经 验 和 问题 。 

- 找 出 后 续 潜在 改进 的 主要 方面 ， 同 时 加 以 排序 。 

-制订 改进 工作 计划 。 












































SM 鼓 励 团队 改进 开发 过 程 和 实践 ， 使 得 它们 能 在 下 个 迭代 中 更 高 效 。 在 回顾 会 中 ， 团 队 通过 适当 地 调整 “完成 ”的 定义 的 
方式 来 提高 产品 质量 。 在 回顾 会 议 结束 时 ， 团 队 应 该 明确 在 接 下 来 的 迭代 中 需要 实施 的 改进 。 


8.4.4 ” ”Scrum 中 的 3 个 工件 


Scrum 的 工件 以 不 同 的 方式 表现 工作 任务 和 价值 ， 提 供 透 明 以 及 检视 和 适应 的 机 会 。Scrum 所 定义 的 工件 是 特别 设计 和 的， 是 
为 了 给 关键 信息 提供 最 大 透明 化 ， 因 此 每 个 人 对 工件 都 需要 有 相同 的 理解 ， 主 要 包括 以 下 3 个 工件 : 产品 待 办 事项 、 迭 代 待 办 事 





项 、 产 品 增 量 。 当 工件 的 状态 是 完全 透明 的 时 ， 这 些 做 出 的 决定 才 有 一 个 坚实 的 基础 。SM 的 职责 就 是 和 Scrum 团 队 以 及 组 织 一 
起 合作 增加 工件 的 透明 化 。 


1. 产 品 待 办 事项 (Sprint Backlog) 


它 是 Scrum 框 架 中 的 一 种 输出 ， 指 要 在 某 Sprint 中 实现 的 需求 或 工作 列表 。 列 表 中 的 单个 条 目的 体现 形式 通常 为 小 粒度 用 户 
故事 或 从 故事 拆 分 出 来 的 更 小 的 任务 。 产 品 待 办 事项 的 特点 如 下 。 
需求 来 源 : 产品 待 办 事项 是 产品 需求 变动 的 唯一 来 源 。 


动态 的 :产品 待 办 事项 是 不 完整 的 、 需 要 持续 更 新 的 (这 一 点 不 同 于 《PMBOK 指 南 》 中 的 范围 章节 内 容 (范围 草 节 内 容 明 确 提出 ， 项 目前 后 
的 范围 必须 百 分 百 一 致 ) 。 


.有 序 的 : 排序 越 高 越 清晰 、 有 具体 ;排序 越 低 ， 细 节 越 少 。 


.唯一 的 ， 每 个 产品 都 有 一 个 产品 待 办 事项 ， 与 团队 数量 无 关 (多 个 Scrum 团 队 可 能 一 起 参与 到 同一 产品 的 开发 中 ， 一 个 产品 只 有 
办 事项 ， 但 是 可 以 针对 产品 待 办 事项 进行 分 组 ) 。 


“PO 负责 产品 负责 人 负责 管理 内 容 、 可 用 性 以 及 排序 。《〈 所 有 人 都 可 以 添加 ， 但 是 Po 有 最 终 决 定 权 ) 。 
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燃 尽 图 、 燃 起 图 、 昧 积 流 图 都 可 以 用 来 监控 项 目的 进展 。 然 而 ， 这 些 终究 是 工具 ， 并 不 能 用 来 取代 经 验 的 判断 (《PMBOK 
指南 》 将 经 验 主 义 称 为 “专家 判断 ”) 。 


2. 进 代 待 办 事项 


和 迭代 待 办 事项 (Scrum 中 也 成 为 Sprint 待 办 事项 ) 是 当前 迭代 选 出 的 用 户 故 事 列 表 ， 是 开发 团队 对 于 下 一 个 产品 增 量 需 要 完 
成 的 功能 以 及 把 这 些 功能 “完成 ”交付 所 需 工作 的 预测 。 和 迭代 待 办 事项 目 可 以 视 为 团队 在 当前 迭代 的 计划 ， 可 以 当 作 当前 迭代 中 
对 可 交付 产物 的 承诺 。 和 迭代 待 办 事项 通过 清晰 的 展示 让 工作 变 得 透明 可 见 。 和 迭代 待 办 事项 会 包括 一 些 工 作 的 计划 列表 。 和 迭代 待 办 
事项 的 特点 如 下 : 





-产品 Backlog 的 子 集 。 
:团队 中 的 任何 人 都 可 以 添加 、 删 减 或 者 更 改 迭 代 中 的 工作 项 。 在 整个 迭 代 期 间 ， 只 有 开发 团队 可 以 改变 迭代 待 办 事项 。 
:关注 于 HOW， 团 队 怎 么 做 才能 在 一 个 Sprint 中 交付 。 


开发 团队 每 日 都 会 通过 站 立会 跟踪 刊 余 的 工作 量 ， 更 新 剩余 工作 量 的 估计 ， 预 测 和 代目 标 完成 的 可 能 性 。 












































































































































3. 产 品 增 量 


当 产 品 待 办 事项 或 增 量 被 描述 为 “完成 ”时 ， 每 个 人 都 必须 理解 “完成 ”意味 着 什么 。 为 了 避免 任何 歧义 ， 团 队 在 开始 工作 
之 前 就 要 对 “完成 ”做 好 定义 。 使 用 这 些 规 则 ，Scrum 团 队 迭 代 完 成 解决 方案 的 增 量 ， 包 含 客 户 的 多 次 参与 ， 这 将 会 保证 创造 正 
确 的 产品 。 


不 同 团队 之 间 的 “完成 ”的 定义 会 不 同 ， 但 是 同一 个 团队 中 每 个 成 员 的 理解 必须 一 致 ， 这 也 体现 了 Scrum 的 透明 化 的 特性 。 
“完成 ”的 定义 用 来 评估 产品 增 量 是 否 完成 。 


开发 团队 在 每 个 迭代 都 交付 产品 增 量 。 这 一 增 量 是 可 用 的 ，PO 可 以 选择 发 布 。 每 个 增 量 都 添加 至 之 前 的 所 有 增 量 上 ， 并 且 
要 确保 整合 在 一 起 的 所 有 增 量 都 能 工作 。 如 果 系统 或 产品 发 布 由 多 个 Scrum 团 队 一 起 开发 (通常 存在 Scrum of Scrum) ， 那 么 
几 个 团队 中 的 所 有 成 员 必须 共同 确定 “完成 ”的 定义 。 


随 着 团队 的 成 熟 ，“ 完 成 ”的 定义 会 扩大 ， 包 含 更 为 严格 的 标准 来 保证 更 高 的 质量 。 任 何 产品 或 系统 都 应 该 对 其 上 面 开 发 的 
工作 有 “完成 ”的 定义 。 


8.5 ”本 章 常见 问题 解答 


1. 产 品 待 办 事项 与 传统 的 瀑布 模式 中 的 项 目 计划 可 以 等 价 吗 ? 


: 产品 待 办 事项 是 一 份 所 有 需要 在 迭代 中 开发 的 产品 特性 的 综合 性 清单 。 它 是 不 断 变化 的 ， 以 适应 客户 需求 。 随 着 项 目 发 
展 ， 因 为 客户 逐渐 理解 产品 需要 不 断 完备 ， 所 以 待 办 事项 目的 特性 更 明确 。 产 品 待 办 事项 包括 项 目 中 所 有 需要 开发 的 产品 特性 ， 
但 是 产品 待 办 事项 中 有 的 优先 级 低 的 特性 可 以 不 实现 ， 所 以 ， 两 者 之 间 不 能 等 价 。 


2. 产 品 待 办 事项 与 迭代 待 办 事项 之 间 有 什么 联系 和 差别 ? 


和 迭代 待 办 事项 是 敏捷 团队 在 迭代 计划 会 期 间 创 建 的 待 办 事项 。 在 运 代 计划 中 ， 团 队 根据 以 下 三 部 曲 设计 帮 代 待 办 事项 : @ 把 
大 的 或 复杂 的 用 户 故 事 分 解 为 简单 的 、 小 的 故事 ; @ 把 每 个 用 户 故 事 分 解 为 开发 任务 ; @@ 佑 算 任务 的 工期 ， 通 常 可 以 选择 故事 点 
或 者 理想 时 长 。 


3. 计 划 会 、 评 审 会 、 回 顾 会 的 时 长 ， 有 的 书 中 写 的 是 30 分 钟 ， 有 的 书 中 写 的 是 2 个 小 时 ， 哪 个 正确 ? 


答 : Scrum 中 的 4 个 仪式 的 时 长 ， 除 了 站 会 是 15 分 钟 ， 其 他 都 与 迭代 的 周期 有 天。 例如， 一 个 月 的 迭代 ， 计 划 会 可 能 会 半 
天 ， 而 一 个 两 周 的 迭代 ， 计 划 会 可 能 就 2 个 小 时 。 同 样 ， 一 个 月 的 迭代 回顾 会 可 能 要 半天 ， 一 个 两 周 的 迭代 可 能 是 1 个 小 时 。 


4. 有 的 书 中 写 迭 代 待 办 事项 ， 有 的 写 Sprint 待 办 事项 ， 这 两 者 有 什么 关系 ? 


答 : 这 两 种 叫 法 意思 相同 ， 在 极限 编程 中 称 为 一 个 迭代 ， 在 Scrum 中 称 为 一 个 Sprint， 也 称 为 一 个 冲刺 。 在 不 同 的 敏捷 实践 
中 ， 有 的 时 候 活 动 或 者 角色 的 叫 法 不 同 。 


5. 产 品 负责 人 、SM 和 Scrum 团 队 的 工作 产品 分 别 是 什么 ? 


答 : PO 聚焦 于 “交付 有 价值 的 产品 ”，SM 聚 焦 于 “高 效能 自 组 织 的 团队 ”，Scrum 团 队 的 工作 产品 是 “每 个 迭代 潜在 的 可 
交付 的 产品 增 量 ”。 


兮 练习 题 


1. 以 下 哪个 是 SM 的 职责 ? 

A. 为 每 个 迭代 的 工作 排序 优先 级 

B. 指 导 团队 的 活动 

C. 提 供 领导 、 指 南 和 教练 的 角色 

D. 管 理 项 目的 范围 和 预算 

2. 如 何 通过 过 程控 制 来 支持 敏捷 的 方法 ? 


A. 测 试 、 需 求 、 适 应 


B. 测 试 、 需 求 、 变 更 


C. 透 明 、 回 顾 、 测 试 


D. 透 明 、 检 验 、 适 应 


3.XP 所 强调 的 面对面 协作 的 优势 是 什么 ? 


A. 让 团队 在 其 设计 和 编码 中 使 用 一 种 通用 的 语言 


B. 延 迟 反馈 远 好 于 定期 检查 


C. 减 少 沟通 的 延迟 和 误解 


D. 让 团队 成 员 纠 正 一 些 错误 


4. 在 精益 的 项 目 环境 中 ， 可 视 化 的 控制 可 以 带 来 什么 ? 


A. 可 以 让 管理 者 用 来 做 一 些 正 确 的 方向 性 的 沟通 


B. 能 被 很 好 地 用 来 反映 团队 的 流程 并 且 显 示 团 队 下 一 步 要 做 的 事情 


C. 当 一 个 团队 还 在 形成 时 期 时 非常 有 用 ， 但 是 不 如 一 个 有 经 验 的 团队 显得 那么 重要 


D. 应 该 保持 在 一 个 最 低 限 度 ， 从 而 避免 团队 被 一 些 高 价值 的 活动 所 扰乱 


5. 每 日 站 会 的 主要 目标 是 什么 ? 


人 A. 解决 一 些 可 能 阻碍 项 目 进程 的 主要 问题 和 风险 


B. 为 PO 提供 一 个 洞察 和 保证 的 机 会 ， 从 而 增强 客户 关系 


C. 向 项 目 主 管 和 相关 干系 人 汇报 项 目 状态 报告 


D. 增 加 每 个 人 工作 的 可 视 性 ， 从 而 确保 工作 的 集成 


6. 价 值 流向 图 是 一 种 用 来 识别 什么 的 工具 ? 


A. 整 个 过 程 中 的 浪费 


B. 最 有 价值 的 产品 特性 


.最 有 价值 的 团队 迭 代 


D. 最 可 能 的 项 目 风险 流程 


7. 对 于 每 个 功能 的 商业 价值 ， 由 谁 来 负责 定义 ? 


D. 团 队 

8. 在 一 个 刚 引 入 Scrum 的 新 团队 中 ， 两 个 团队 成 员 私 下 对 话 扰乱 了 每 日 站 会 ，SM 应 该 怎么 做 ? 
A. 等 到 站 会 结束 后 ， 跟 两 个 队员 谈话 

B. 立 即 干预 以 弥补 被 破 环 的 局 面 

5. 记 录 这 个 问题 ， 然 后 把 这 个 问题 上 升 到 冲刺 回顾 会 

D. 一 直 等 待 这 个 被 授权 和 自 组 织 的 团队 自行 解决 这 个 问题 

9. 在 XP 中 ， 分 析 、 设 计 、 编 码 和 测试 在 什么 时 间 进 行 ? 


A. 迭 代 的 开始 


D. 没有 文档 

10. 在 精益 流程 中 ， 聚 焦 在 哪个 方面 ? 
A. 管理 团队 的 效率 

B. 优 化 过 程 流 中 已 完成 的 工作 

C. 使 用 最 优 资源 


D. 团 队 中 交叉 培训 以 消除 瓶颈 
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答案 解析 


1. 答 案 : C。SM 的 职责 主要 是 : 保护 团队 不 被 中 断 ， 保 持 团队 持续 的 愿景 ， 给 团队 提供 需要 的 资源 支持 ， 指 导 团队 实施 敏 
捷 的 实践 ， 充 当 服务 型 领导 的 角色 。 


2. 答 案 : D。 参 照 Scrum 的 三 大 特性 : 透明 、 检 验 、 适 应 作答 。 


3. 答 案 : C。 根 据 敏 捷 12 原 则 中 的 第 6 条 原则 “.…… 最 有 效 的 沟通 方法 是 面对面 的 交流 ” ， 面 对 面 沟通 可 以 更 快 地 传递 信息 和 
反馈 信息 ， 同 时 也 可 以 通过 胶体 语言 等 传递 更 多 的 信息 。 


4 答案 : A。 可 视 化 管理 的 目的 更 多 的 是 展示 状态 ， 及 时 曝光 问题 ， 便 于 及 时 获得 有 反馈， 以 便 做 出 正确 的 决策 。B 描 述 的 是 
看 板 的 一 项 工作 。 可 视 化 是 敏捷 全 过 程 提倡 的 理念 ， 跟 团队 的 成 熟 度 无 关 ， 所 以 C 不 对 ; 敏捷 提倡 高 可 视 化 的 工作 ， 所 以 D 不 
对 。 


5. 答 案 : D。 站 会 是 为 了 透明 化 地 展示 工作 ， 快 速 获取 反馈 。PO 一 般 不 参加 站 会 ， 即 使 参加 也 不 发 言 ， 所 以 B 不 对 。 站 会 中 
只 讨论 固有 的 3 个 问题 ， 所 以 A 不 正确 ; 不 符合 敏捷 的 理念 ， 敏 捷 弱化 状态 报告 ， 通 过 可 视 化 的 信息 发 射 源 等 方式 展示 项 目的 状 

6. 答 案 : A。 根 据 精益 的 理念 ， 价 值 流向 图 是 为 了 识别 过 程 流 中 的 非 增值 活动 ， 非 增值 活动 就 是 一 种 浪费 。 

7. 答 案 : A。PO 是 产品 的 购买 者 ， 负 责 产品 价值 的 定义 ， 通 常 通过 梳理 PB 表 来 排序 商业 价值 。 


8. 答 案 : B。SM 的 职责 之 一 是 确保 敏捷 实践 的 正常 推进 ， 对 团队 给 予 指导 。 当 团队 正常 的 活动 被 干扰 时 ，SM 要 及 时 保护 团 
队 不 被 中 断 。 题 目 中 描述 的 是 站 会 的 违规 ，SM 要 干预 ， 必 要 的 时 候 ， 会 后 要 重新 设 定 规则 。 


9. 答 案 : B。XP 的 12 原 则 之 一 就 是 持续 集成 ， 提 倡 高 频率 、 快 速 的 反馈 ， 每 天 都 是 可 以 进行 的 。 


10. 答 案 : 情 益 的 核心 在 于 消除 浪费 ， 通 过 分 析 价值 流 和 限制 WIP 来 减少 浪费 。B 中 优化 已 完成 的 工作 ， 就 是 限制 
WIP (在 制品 ) ， 从 而 消除 浪费 。 


第 9 章 ”PMI-ACP 答 题 技巧 


9.1 题目 分 布 


PMI-ACP 考 试 共有 120 道 题 ， 客 观 题 大 概 有 50 道 ， 主 观 题 大 概 有 70 道 。 


























.客观 题 ， 客观 题 中 有 10 道 左右 是 简单 的 术语 和 名 词 解释 的 题目 ， 比 如 *MMF 的 概念 、 信 息 发 射 源 的 概念 "， 这 些 题 是 很 容易 得 分 的 ， 剩 余 40 道 
客观 题 主要 考察 对 敏捷 的 4 条 宣言 和 12 条 原则 的 理解 ， 考 生 只 要 正确 地 理解 概念 和 原则 ， 就 可 以 答对 。 

主观 题 ， 一 般 ， 考 试 中 比较 容易 失 分 的 是 主观 题 。70 道 主观 题 中 有 40 道 题 可 以 以 敏捷 的 宣言 和 原则 为 指导 ， 所 以 考生 很 难 从 官方 给 出 的 参考 
书 中 找到 标准 的 答案 ， 只 有 正确 地 理解 敏捷 宣言 ， 才 可 以 答对 ;另外 的 30 道 主观 题 难度 比较 大 ， 换 名 话说 ， 即 便 你 翻 书 也 找 椒 到 答案 。 这 些 
题目 的 考点 主要 是 敏捷 的 实践 ， 如 果 工作 中 没有 实 牙 过 敏捷 或 考 没 有 按 是 正确 的 敏捷 理念 推 夯实 跨 ， 这 30 道 题 不 容易 得 分 ， 当 然 ， 这 30 关 是 
中 也 会 存在 很 多 探测 性 的 题目 〈120 道 题 中 有 20 道 探测 题 ) 。 





























































































































站 
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PMI-ACP 考 试 共有 120 道 题 ， 客 观 题 大 概 有 50 道 ， 主 观 题 大 概 有 70 道 。 


.客观 题 ， 客观 题 中 有 10 道 左右 是 简单 的 术语 和 名 词 解释 的 题目 ， 比 如 *MME 的 概念 、 信 息 发 射 源 的 概念 "， 这 些 题 是 很 容易 得 分 的 剩余 40 道 
客观 题 主要 考察 对 敏捷 的 4 条 宣言 和 12 条 原则 的 理解 ， 考 生 只 要 正确 地 理解 概念 和 原则 ， 就 可 以 答对 。 

主观 题 ， 一 般 ， 考 试 中 比较 容易 失 分 的 是 主观 题 。70 道 主观 题 中 有 40 道 题 可 以 以 敏捷 的 宣言 和 原则 为 指导 ， 所 以 考生 很 难 从 宣 方 给 出 的 参考 
书 中 找到 标准 的 答案 ， 只 有 正确 地 理解 第 捷 宣言 ， 才 可 以 答对 ， 另 外 的 30 道 主观 题 难度 比较 大 ， 换 名 话说 ， 即 便 你 翻 书 也 找 林 到 答案 。 这 些 
题目 的 考点 主要 是 咎 盾 的 实践 ， 如 果 工 作 中 没有 有 实 坡 过 敏捷 或 当 没 有 按 是 正确 的 个 捷 理 含 推 季 实 睦 ， 这 30 首 题 不 容易 得 分 ， 当 然 ， 这 30 首 晤 
也 会 存在 很 多 探测 性 的 题目 〈120 道 题 中 有 20 道 探测 题 ) 。 
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9.2 ”答疑 扩 巧 


9.2.1 ”冰山 法 则 


从 道 、 法 、 术 的 角度 去 理解 和 认识 敏捷 ， 可 以 发 现 ， 敏 捷 的 4 条 宣言 就 是 敏捷 之 道 ，12 条 原则 可 以 被 视 为 敏捷 之 法 ， 而 道 和 
法 都 是 理解 敏捷 、 推 进 敏捷 的 核心 ， 是 敏捷 的 价值 观 所 在 ， 可 以 视 为 冰山 下 的 部 分 ;敏捷 之 术 就 是 一 系列 敏捷 实践 ， 主 要 是 行为 
层面 的 做 法 ， 可 以 视 为 冰山 上 的 部 分 。 


学 习 和 理解 敏捷 时 要 理解 冰山 下 的 道 和 法 ， 而 不 能 仪 仪 看 见 术 ， 如 果 仅 仪 看 见 了 术 ， 就 有 可 能 偏离 敏捷 的 核心 ， 渐 行 渐 远 。 
比如 ， 敏 捷 中 的 站 会 一 般 用 15 分 钟 问 3 个 问题 ， 这 个 会 议 很 容易 操作 ， 但 是 很 多 团队 在 操作 的 时 候 流 于 形式 。 作 为 团队 成 员 ， 要 
思考 站 会 背后 的 目的 和 原因 ， 而 不 仅仅 是 说 完 3 个 问题 。 站 会 是 为 了 更 好 的 面对面 沟通 、 快 速 的 反馈 ， 同 时 在 团队 之 间 进 行 透明 
化 的 信息 传递 ， 也 感受 来 自 同行 的 压力 ， 这 些 是 冰山 下 的 部 分 ， 就 是 敏捷 的 核心 价值 观 。 


同样 ， 在 考试 中 ， 针 对 题目 的 问题 ， 选 择 答案 时 ， 要 理解 冰山 下 的 道 ， 而 不 要 仅仅 去 选择 术 的 做 法 和 行为 ， 纠 正 行为 未 必 就 
会 消除 问题 ， 只 有 找到 产生 问题 背后 的 根本 原因 ， 才 会 从 根本 上 解决 问题 。 比 如 下 题 : 


公司 新 搬 进 一 间 新 的 办 公 室 ， 团 队 打 算 实 施 敏捷 ， 要 如 何 装修 这 间 办 公 室 呢 ? 
A. 各 个 独立 的 房间 避免 打搅 

B. 中 间 有 看 板 ， 可 以 集中 办 公 的 房间 

5. 由 团队 决定 ， 根 据 不 同 的 敏捷 实践 装修 

D. 由 公司 人 力 资源 决定 装修 的 风格 


答案 : C。 这 个 题目 体现 出 一 些 行为 层面 的 做 法 出 现 了 问题 ， 询 问 敏捷 工程 师 该 怎么 处 理 ， 解 析 时 ， 如 果 单 独 从 行为 层面 考 
虑 冰山 上 的 部 分 ， 可 能 会 选 A 或 者 B， 而 从 冰山 下 的 价值 观 去 选择 ， 这 个 题目 的 背后 要 求 灵 活 运用 敏捷 ， 根 据 具 体 情况 ， 采 用 不 
同 的 做 法 ， 具 体 由 团队 共同 决定 。 


上 文 已 经 介绍 过 ，120 道 题目 中 ， 与 敏捷 价值 观 有 关 的 有 80 道 左右 (40 道 主观 、40 道 客观 ) 。 对 于 客观 题目 ， 可 以 直接 运 
用 4 条 宣言 和 12 条 原则 的 原文 天 键 字 进 行 匹 配 选 择 ; 对 于 主观 题目 ， 就 深入 挖掘 背后 的 价值 观 和 对 应 的 宣言 ， 从 而 指导 选择 ， 而 
不 是 头疼 医 头 ， 脚 疼 医 脚 。 


9.2.2 ”天 键 词 定位 法 


在 PMI-ACP 考 试 中 ， 有 一 些 标志 性 的 天 键 词 会 代表 或 者 体现 敏捷 宣言 或 者 核心 价值 观 ， 同 样 ， 有 一 些 关 键 词 会 直接 表达 对 
敏捷 的 曲解 ， 我 们 将 这 些 天 键 词 分 为 正 向 关键 词 和 负 向 关键 词 。 正 向 一 般 就 是 正确 选项 ， 负 向 是 第 一 个 需要 排除 掉 的 选项 ， 不 管 
是 正 向 还 是 负 向 ， 在 选择 时 ， 要 特别 关注 这 些 词 。 


1. 正 向 关键 词 








价值: 价值 是 敏捷 





Ar 














的 ， 价 值 驱动 交付 是 敏捷 倡导 的 原则 ， 基 于 价值 排序 、 开 发 。 




















.消除 浪费 ， 精 益 的 思想 、 敏 捷 的 核心 。 
.持续 改进 ;真正 的 敏捷 的 就 是 持续 改进 。 
. 自 组 织 ， 自 组 织 是 敏捷 团队 建设 的 始终 目标 。 

.透明 化 : 也 可 以 理解 为 可 视 化 ， 敏 捷 提 倡 团队 的 任务 要 透明 化 ， 尤 其 是 Scrum 实 践 ， 三 大 支柱 的 第 一 个 就 是 透明 化 。 


面对面 沟通 : 被 称 为 高 带宽 沟 包括 站 会 、 回 顾 会 ， 开 发 人 员 和 业务 人 员 一 起 办 公 ， 都 是 面对面 沟通 。 面 对 面 沟通 可 以 识别 更 多 的 肢体 语 
言 信息 ， 同 时 产生 渗透 式 沟通 1 从 而 诠释 了 敏捷 的 透明 化 过 程 。 




























































































































































































2. 负 向 关键 词 














详尽 的 文档 : 敏捷 宣言 明确 说 过 :个体 和 交互 胜 过 面面俱到 的 文档 ”“， 所 以 不 提倡 详尽 的 文档 ， 同 样 ， 如 果 题 目 中 说 不 需要 文档 ， 也 是 一 个 
极端 的 思维 ， 也 不 能 选择 。 


详细 的 报告 : 敏捷 提倡 信 ， 
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发 射 源 这 样 的 工具 《而 不 是 详细 的 报告 ) ， 以 让 项 目的 状态 透明 化 。 




















9.2.3 ”职业 道德 


在 PMI-ACP 考 试 中 ， 很 多 题目 需要 遵循 PMI 的 一 些 理念 进行 答题 ， 这 些 理念 基本 存在 于 职业 责任 和 道德 中 。 虽 然 在 PMP 考 
试 中 ， 道德 的 内 容 已 经 被 弱化 ， 但 是 在 PMI-ACP 考 试 中 ， 这 部 分 内 容 不 容 忽视 ， 我 们 需要 结合 职业 道德 和 敏捷 的 理念 进 
答题 。 职 业 道德 一 般 包括 四 个 主要 的 方面 一 一 责任 、 尊 重 、 公 平和 诚实 。 不 管 实际 的 做 法 如 何 ， 在 考试 中 要 把 敏捷 运行 的 环境 
想象 成 为 : 品德 高 尚 的 员工 、 以 人 为 本 的 公司 、 尊 重 欢乐 的 文化 。 


1 责任 

















基于 公司 利益 做 决策 。 合 同 谈判 时 ， 把 公司 的 利益 放 在 第 一 位 。 
.检举 违规 行为 : 遵守 规则 并 有 勇气 检举 不 道德 的 行为 。 例 如 ， 当 言行 举止 不 太 得 当 的 时 候 ， 我 们 有 责任 报告 人 力 资 源 部 门 。 


2. 尊 重 





















































合作 的 态度 。 合 作 的 层面 包括 : 客户 与 团队 、P0O 与 开发 团队 、 团 队 内 部 成 员 之 间 。 例 如 ，PO 经 常会 在 一 个 迭代 中 增加 新 需求 ， 因 此 和 开发 团 
队 经 常会 存在 冲突 。 作 为 敏捷 项 目 经 理 或 者 SM， 需 要 平衡 RO 和 开发 团队 之 间 的 关系 。 PO 希望 功能 越 多 越 好 ， 0 
代目 标 。SM 或 敏捷 项 目 经 理 需要 维持 共同 合作 的 氛围 ， 打 造 一 种 合作 的 团队 文化 。 这 对 于 提高 干系 人 的 参与 度 至 关 重 要 。 


人 成 功 ， 但 他 们 对 成 功 的 定义 并 不 一 致 。 通 过 有 效 
沟通 尊重 并 F 和 要求， 实现 干系 人 之 间 的 平衡 。 


面 冲突 。 冲 突 不 能 忽视 ， 不 能 避免 ， 不 要 升级 ， 不 要 累积 ， 遇 到 冲突 要 了 敢于 直接 面 对 ， 讨 论 解 决 冲 突 的 方案 ， 让 团队 达成 共识 。 
去 掉 title: 不 能 利用 岗位 权力 去 影响 团队 的 决策 。 敏 捷 项 目 提倡 仆人 式 领导 ， 减 少 了 个 人 权利 对 团队 决策 的 影响 。 


































































































































































































































































































































































































9 









































要 做 到 公平 ， 就 要 拒绝 歧视 。 针 对 团队 成 员 的 不 合适 的 行为 ， 我 们 不 能 嫌弃 或 者 嘲笑 他 们 ， 应 该 在 回顾 会 上 总 结 问题 ， 提 出 
解决 方案 。 随 着 项 目 团队 多 样 性 和 全 球 化 的 增加 ， 我 们 要 尊重 差异 ， 拒 绝 偏见 































































































4. 诚 实 
.理解 真相 。 当 团队 决策 或 者 估算 偏差 较 大 的 时 候 ， 需 要 帮助 团队 寻找 原因 。 若 问题 重复 出 现 ， 就 需要 用 一 些 办 法 进行 研究 ， 而 不 仅仅 是 进行 
主观 的 原因 分 析 。 






































“保持 诚实 。 开 放 透 明 地 与 干系 人 讨论 出 现 的 问题 ， 开 诚 布 公 地 解释 项 目的 实际 情况 以 及 突 发 的 问题 ， 在 此 过 程 中 ， 不 要 和 弄虚作假。 和 外 部 供 
应 商 就 敏捷 合同 谈判 时 ， 要 确保 双方 公平 地 共享 信息 ， 揭 露 任何 与 买方 有 利益 冲突 的 关系 。 


警惕 违规 : 对 于 过 程 中 出 现 的 一 些 违规 的 行为 ， 比 如 欺骗 、 恐 吓 、 和 弄虚作假 等 ， 要 高 度 警惕 并 及 时 上 报 。 




















~” 











































































































此 外 ，《 美 国 项 目 管理 协会 道德 规范 与 职业 行为 准则 》 中 提 到 ， 项 目 管理 人 员 的 义务 包括 : 熟知 并 遵循 各 项 政策 、 规 章 、 条 
例 和 法 律 ， 规 范 自己 职业 性 和 志愿 性 的 工作 ; 向 有 关 人 员 反 映 不 道德 和 违法 的 行为 ， 同 时 视 情况 需要 ， 上 报 有 关 人 员 的 失职 行 
为 ; 确保 对 失职 行为 和 违法 活动 的 任何 诉讼 得 到 落实 ， 申 诉 必须 以 事实 为 依据 ; 绝 不 参与 或 者 帮助 他 人 参与 违法 活动 。 


《美国 项 目 管理 协会 敏捷 社区 实践 社区 章程 》 提 出 的 社区 价值 包括 : 


.愿景 

-仆人 式 领导 力 
-信任 
-协作 








勇气 
开放 
适应 力 
领导 变革 


透明 化 





以 上 考试 技巧 不 是 万 能 的 ， 技 巧 是 指 在 不 太 理 解 题目 ， 不 太 会 选择 时 才 用 的 ， 前 提 是 要 对 敏捷 的 整套 框架 和 PMI-ACP 考 试 
大 纲 中 的 知识 点 全 部 掌握 ， 在 此 基础 上 再 用 考试 技巧 帮忙 选择 一 些 模棱两可 的 选项 。 


附录 A。 模拟 题 一 口 ] 


1. 一 个 用 户 故事 中 说 : “产品 的 运行 速度 必须 很 快 。” 在 Demo 期 间 ，PO 不 满足 产品 的 交付 速度 ， 最 可 能 的 原因 是 这 个 用 
户 故事 。 


A 太 大 

B. 不 可 估算 

C. 不 可 测试 

D. 不 交付 价值 

2. 在 精益 中 ， 项 目 牵 头 人 努力 消除 。 
A.WIP and bugs 

B. 不 必要 的 延期 和 构建 

C. 缺 陷 和 低 价 值 流 的 功能 

D. 差 的 需求 和 范围 变更 

3. 用 故事 点 的 方法 去 估算 项 目 工作 ， 最 好 的 方法 是 __。 
A. 团 队 成 员 用 平均 计划 扑克 估算 

B. 主 要 团队 成 员 进 行 估算 


C. 两 三 个 主要 的 团队 成 员 进 行 估算 并 且 进 行 综合 平均 


D. 团 队 成 员 一 起 进行 估算 

4. 交 付 给 客户 的 最 小 的 功能 称 为 ? 

A. 功 能 点 分 析 

B. 最 佳 大 小 故事 

C ,最 小 可 售 功能 

D. 故 事 地 图 

5. 以 下 哪个 是 决定 用 户 故 事 优先 级 的 最 主要 的 因素 ? 
A. 相 对 成 本 

B. 客 户 价值 

C .开发 能 

D. 依 赖 因素 

6. 如 何 体现 参与 式 设计 流程 的 特征 ? 

A. 项 目的 每 个 迭代 都 要 有 详尽 的 计划 和 文档 化 的 流程 

B. 用 户 包括 项 目 团队 中 参与 项 目 计 划 过 程 的 成 员 

C. 从 项 目的 一 开始 就 要 在 设计 流程 中 进行 最 终 用 户 分 析 

D 为 项 目 团队 和 项 目 发 起 人 进行 高 层级 的 头脑 风暴 流程 

7.SM 在 每 日 站 会 中 发 现 两 个 团队 成 员 之 间 的 重复 摩擦 ， 下 一 步 该 怎么 做 ? 
A. 立 刻 在 每 日 站 会 中 直接 解决 这 个 问题 

B. 每 日 站 会 后 安排 一 场 会 议 去 探讨 和 解决 这 个 问题 

C. 忽 略 该 问题 ， 因 为 一 个 自 组 织 的 团队 应 该 可 以 解决 这 些 冲 突 
D. 在 他 们 还 没有 破 环 团 队 生产 力 之 前 找 新 成 员 来 取代 他 们 

8. 当 一 个 敏捷 项 目的 管理 者 考虑 人 力 分 配 时 ， 以 下 哪个 是 最 理想 的 方法 ? 
A. 什 么 也 不 用 做 ， 因 为 分 数 分 配 不 会 影响 团队 的 绩效 

B. 在 同一 时 间 ， 确 保 人 力 不 能 被 分 配 在 超过 两 个 项 目 中 

C. 让 一 些 不 需要 的 人 力 参 与 分 配 

D. 确 保 同一 时 间 被 分 配 在 同一 个 项 目 中 


9. 速 度 图 表 、 故 事 板 、 燃 尽 图 和 障碍 列表 通常 被 称 为 _? 


A. 状态 报告 

B. 信 息 发 射 源 

C. 投 资 组 合 表 

D. 项 目 数 据 包 

10. 在 传统 项 目 中 ， 产 品质 量 会 被 定期 测量 ， 并 且 常 常 不 达标 。 在 精益 中 ， 如 何 解 决 这 个 问题 ? 
A. 团 队 应 该 在 每 个 开发 循环 中 进行 更 严密 的 测试 

B. 管 理 者 应 该 直接 指导 团队 进行 一 些 特定 的 活动 ， 从 而 改进 质量 
C. 管 理 者 应 该 指引 团队 方向 ， 让 他 们 自己 改进 并 解决 问题 

D. 项 目 拥 护 者 应 该 去 检查 质量 阔 值 ， 从 而 确保 是 现实 的 

11. 下 面 哪个 是 XP 中 的 12 原 则 之 一 ? 

A. 风 险 管理 


B. 小 版 本 


D. 项 目 章程 


12. 敏 捷 项 目 使 用 了 哪 一 种 成 本 估算 技术 ? 


A. 拇 指 规则 
B. 自 下 而 上 
C. 参 数 估算 
D. 自 上 而 下 
13. 以 下 哪个 是 软件 开发 7 原则 中 旨 在 解决 造成 隐患 的 库存 问题 的 原则 ? 


A 快速 -弹性 -灵活 


B. 全 局 优化 
C. 尽 早 和 持续 交付 
D. 消 除 浪费 


14. 以 下 哪 三 个 流程 可 以 用 来 启动 一 个 敏捷 项 目 ? 
A. 迭 代 、 产 品 路 线 图 计划 、 迭 代 次 数 


B. 愿 景 、 产 品 路 线 图 计划 、 产 品 待 办 事项 定义 


C. 愿 景 、 产 品 待 办 事项 定义 、 项 目 章程 制定 
D. 燃 尽 图 、 产 品 路 线 图 、 和 迭代 长 度 

15. 在 敏捷 项 目 中 ， 一 个 通常 的 估算 单元 是 什么 ? 
A. 代 码 行 数 

B. 功 能 点 数 

.故事 点 数 

D. 用 例 点 数 

16. 谁 负责 定义 “完成 ”? 

A 团队 

B.PO 

C. 管 理 者 

D. 项 目 经 理 

17.PO 用 什么 工具 来 确保 给 组 织 提供 最 大 的 价值 和 投资 回报 率 (ROI) ? 
A 燃 起 图 

B. 产 品 待 办 事项 

C. 亲 和 估计 

D. 成 本 利益 分 析 (CBA) 

18. 以 下 哪个 是 精益 中 可 视 化 的 例子 ? 

A. 商 业 价值 交付 图 表 

B. 产 品 技术 规范 

C. 自 动 代码 覆盖 报告 

D.Scrum of scrum 报 告 


19. 一 个 项 目 团队 分 布 在 不 同 的 国家 ， 团 队 成 员 在 应 该 交付 什么 和 怎么 交付 的 事情 上 有 分 歧 。 项 目 经 理应 该 选择 以 下 哪 种 方 
法 去 缓解 团队 间 的 一 些 紧 张 ， 减 少 文化 障碍 ， 改 进 沟通 ? 


A. 让 团队 成 员 仅 仅 使 用 邮件 的 方式 去 记录 问题 
B. 与 高 层 管理 者 讨论 这 个 问题 并 推荐 一 起 办 公 
5 .监控 项 目 绩效 ， 并 且 在 下 一 个 回顾 会 中 讨论 这 个 问题 


D. 让 两 个 团队 选择 一 个 最 适合 他 们 的 时 间 举 行 每 日 站 会 


20. 在 设置 迭代 长 度 的 时 候 ， 以 下 哪 3 个 标准 需要 关注 ? 

A. 用 户 故 事 的 完成 时 间 、 用 户 故事 的 构建 和 测试 时 间 、 产 品 团队 对 故事 的 可 接受 性 
B. 版 本 发 布 计划 的 时 间 框 、 功 能 交付 市 场 的 成 本 、 产 品 团队 对 故事 的 可 接受 性 

C. 交 付 用 户 价值 的 模块 、 用 户 故事 的 构建 和 测试 时 间 、 产 品 团队 对 故事 可 接受 性 
D. 分 类 的 产品 需求 、 完 成 需求 的 时 间 、 功 能 交付 市 场 的 成 本 

21. 版 本 计划 时 的 主要 输出 有 哪些 ? 

A. 版 本 愿景 、 假 设 、 行 动 列表 、 人 迭代 目标 

B. 排 过 优先 级 的 产品 待 办 事项 、 风 险 、 行 动 列表 、 版 本 目标 

5. 预 佑 的 迭代 和 速度、 风险 、 行 动 列表 、 版 本 待 办 事项 

D. 风 险 、 行 动 列表 、 依 赖 条 件 、 版 本 待 办 事项 

22. 敏 捷 的 沟通 是 高 效 的， 因为 : 

A 版 本 计划 和 过 代 计划 确保 团队 成 员 均 衡 ， 每 日 同步 消除 冲突 ; 适 代 示范 确保 团队 聚焦 在 可 交付 的 产品 上 
B. 敏 捷 沟 通 方法 聚焦 在 详细 的 书面 要 求 和 规范 上 ， 以 让 团队 可 以 更 高 效 地 管理 变更 
C. 相 对 于 书面 的 要 求 ， 利 用 图 表 和 对 话 可 以 更 清晰 、 有 针对 性 地 进行 沟通 ， 用 户 每 月 参与 评审 会 减少 需求 的 变更 
D .每 日 迭代 会 议 可 以 更 好 地 管理 变更 ， 每 周 站 会 可 以 确保 障碍 快速 地 被 识别 并 移 除 
23. 一 个 高 效 的 敏捷 团队 应 该 : 

A. 致 力 于 团队 的 成 功 ， 但 要 尊重 团队 成 员 的 角色 和 头衔 

B. 拥 有 团队 的 决策 和 承诺 ， 并 不 惜 一 切 代价 确保 团队 成 功 

5. 自 组 织 ， 授 权 决 策 并 且 一 致 性 驱动 ， 进 行 建设 性 对 抗 

D. 通 过 强化 协作 和 避免 冲突 来 产 出 高 商业 价值 

24. 以 下 哪 项 技术 被 项 目 团 队 用 来 估算 每 个 迭代 应 该 完成 的 工作 量 ? 

A. 速 度 测量 

B. 相 对 优先 级 

.计划 扑克 

D. 版 本 计划 

25. 敏 捷 中 的 EVM 是 管理 项 目 中 的 一 个 可 行 的 技术 ， 因 为 : 


A. 项 目 是 一 个 CMMI 等 级 的 组 织 


B. 客 户 想 要 最 大 价值 地 进行 交付 
C. 成 本 绩效 应 该 被 报告 
D. 在 敏捷 中 ， 团 队 应 该 重组 或 者 新 设立 


26. 在 迭代 计划 中 ， 团 队 讨论 一 个 用 户 故 事 的 设计 。 一 个 团队 成 员 说 因为 未 来 系统 复杂 ， 所 以 必须 要 一 个 设计 文档 。 另 外 一 
个 队员 回应 说 在 敏捷 中 ， 不 需要 文档 。SM 应 该 怎么 做 ? 


A. 赞 同 不 要 写 文 档 ， 因 为 这 会 让 团队 进展 绥 慢 
B. 解 释 有 价值 的 迭代 高 于 文档 ， 但 是 并 不 是 说 文档 是 被 禁止 的 
C. 请 教 管 理 者 这 个 设计 是 否 需要 文档 化 
D. 请 教 PO 如 果 花 时 间 在 文档 上 的 话 会 不 会 影响 人 力 
27. 项 目 干 系 人 可 以 从 敏捷 方法 中 得 到 主要 的 益处 是 什么 ? 
A. 忽 略 变更 管理 流程 ， 可 以 直接 在 每 日 站 会 中 直接 增加 新 的 需求 或 者 变更 
B. 尽 早 持续 地 交付 有 价值 的 软件 ， 提 高 可 视 性 和 频繁 适应 的 机 会 
C. 可 以 增加 对 项 目的 关注 度 而 减少 一 些 形式 化 的 状态 会 议 ， 从 而 加 强 对 项 目 当前 工作 和 风险 的 了 解 
D. 团 队 在 进 代 中 考虑 到 商业 需求 和 优先 级 变更 相对 灵活 ， 从 而 增加 了 团队 履行 承诺 的 能 
28.TDD 是 一 个 快速 的 ”循环 ? 
需求， 编码， 测试 
B. 测 试 ， 编 码 ， 重 构 
C. 测 试 ， 重 构 ， 验 证 
需求， 编码 ， 重 构 
29. 在 战略 层面 ， 敏 捷 团 队 估算 项 目的 最 合适 的 方法 是 什么 ? 
A. 通 过 估算 需要 的 小 时 数 和 天 数 去 创建 一 个 战略 计划 
B. 用 一 些 抽象 的 测量 去 估算 产品 待 办 事项 的 条 目 
C. 估 算 完成 这 些 功能 需要 的 代码 行 数 
D. 进 行 一 个 初步 的 估算 并 考虑 适当 的 风险 因素 
30. 以 下 哪个 是 增 量 交 付 的 好 处 ? 
A. 更 快 的 交付 价值 ， 每 个 迭代 都 可 以 发 布 软件 
B. 因 为 可 以 定期 收 到 交付 ， 所 以 可 以 同时 处 理 更 多 的 客户 


5. 因 为 代码 可 以 更 频繁 地 交付 给 用 户 ， 所 以 引入 的 代码 缺陷 变 少 了 


D. 节 约 了 成 本 ， 因 为 每 个 迭代 减少 了 回归 测试 的 确认 

31. 以 下 哪个 是 XP 中 客户 的 职责 ? 

A. 测 试 每 日 增 量 交付 的 代码 

B. 编 写 用 户 故 事 和 验收 测试 

C 为 程序 员 和 测试 员 做 计划 和 任务 配置 

D. 与 用 户 进行 频繁 的 交互 ， 代 表 XP 的 团队 

32. 什 么 被 用 来 收集 故事 的 基本 信息 ， 记 录 高 层级 的 需求 ， 开 发 工作 估算 和 定义 验收 测试 ? 
A. 故 事 卡 片 

B. 燃 尽 图 

C. 回 顾 

D. 故 事 板 

33. 利 用 以 下 哪 项 技术 可 以 更 好 地 进行 渗透 式 沟通 ? 

A. 与 PO 频繁 地 讨论 评审 需求 

B. 让 PO 参加 每 日 站 会 

C. 让 用 户 参加 每 个 迭代 的 演示 

D. 让 一 个 工作 领域 的 团队 成 员 坐 在 一 起 

34. 一 般 在 什么 时 间 点 编写 用 户 故 事 的 验收 测试 ? 

A .编码 完 成 ， 验 收 测试 前 

B. 编 写 用 户 故 事后 ， 开 始 编码 之 前 

C. 在 产品 待 办 事项 优先 级 排序 的 开始 

D. 在 产品 待 办 事项 估算 完成 后 ， 但 是 在 迭代 计划 开始 前 

35. 探 测 的 方法 一 般 在 什么 时 候 适 用 ? 

A. 一 个 迭代 的 商业 需求 比较 模糊 或 者 不 充分 时 

B. 一 项 技术 需要 被 深入 理解 并 且 使 用 一 段 时 间 ， 但 是 需要 一 个 问题 的 调试 时 
C. 没 有 充足 的 时 间 重 构 ， 但 是 需要 解决 一 个 特定 的 问题 

D. 一 项 特定 的 技术 问题 探测 : 从 问题 的 产生 一 直到 问题 解决 才 停止 


36. 敏 捷 的 成 本 估算 从 以 下 哪个 类 型 的 会 议 开始 ? 


A. 项 目 回顾 

B. 指 导 委 员 会 

C .版 本 发 布 计划 

D. 人 迭代 计划 

37. 燃 尽 图 的 一 个 目的 是 什么 ? 

A. 识 别 和 沟通 即将 到 来 的 里 程 碑 

B. 显 示 投 入 和 资源 利用 的 水 平 

C. 识 别 冲 刺 和 人 运 代 之 间 的 依赖 

D. 显 示 剩余 的 工作 还 需要 多 少时 间 

38. 如 果 一 个 项 目 使 用 XP 方法 ， 客 户 测试 就 是 一 种 : 

A. 决 定 这 个 软件 是 否 可 以 尽早 给 客户 使 用 的 技术 

B. 客 户 确认 商业 需求 的 工具 

C .决定 客户 是 否 会 使 用 这 个 软件 功能 的 技术 

D .决定 客 户 是 否 会 购买 这 个 产品 的 测试 

39. 在 敏捷 项 目 中 ， 如 何 与 干系 人 共享 输出 的 系列 计划 ? 
A. 用 最 高 可 视 化 的 方法 

B. 根 据 角 色 需 求 确定 哪些 需要 知道 

C .根据 项 目 沟通 计划 

D. 通 过 一 系列 干系 人 会 议 

40. 一 旦 XP 中 使 用 重 构 ， 说 明 : 

A. 应 该 用 最 高 的 成 本 性 能 指标 分 析 去 重组 当前 的 估算 
B. 根 据 范围 变更 、 资 源 可 获得 性 、 成 本 和 进度 变更 修改 项 目 
C .根据 完成 和 交付 成 本 的 差异 增加 估算 ， 从 而 修改 项 目的 成 本 基线 


D. 在 不 改变 带 外 额外 功能 时 进行 代码 重组 


41. 新 增加 一 个 重要 的 项 目 ， 新 团队 已 经 由 各 个 职能 部 门 的 相关 人 员 组 成 ， 项 目 经 理应 该 通 


A. 创 建 项 目 章程 ， 定 义 每 个 成 员 的 角色 和 职责 ， 并 且 发 布 给 团队 


B. 安 排 一 场 类 似 破冰 的 会 议 ， 让 团队 成 员 彼 此 认识 


过 什么 启动 团队 ? 


C 组建 团队 并 且 讨 论 每 个 团队 成 员 的 角色 和 职责 
D. 组 织 建 团 并 让 成 员 在 一 个 小 迭代 中 实现 里 程 碑 
42. 团 队 估算 用 户 故 事 时 ， 首 先 需要 做 什么 ? 

A. 根 据 优先 级 对 用 户 故 事 分 类 

B. 安 排 一 场 团队 会 议 去 了 解 用 户 故事 

C. 定 义 故事 点 的 测试 标准 

D. 通 过 功能 点 分 析 进 行 估算 

43. 谁 负责 确保 每 个 用 户 故 事 都 至 少 与 一 个 用 户 或 人 物 有 关 ? 
A 用 户 

B. 程 序 员 

C. 客 户 

D. 人 物 

44. 开 发 团队 已 经 完成 了 识别 下 一 个 迭代 将 要 进行 的 任务 。 下 面 哪个 工具 可 以 在 整个 迭代 中 使 流程 透明 化 ? 
A. 燃 尽 图 

B. 甘 特 图 

C. 时 间 人 花费 图 

D. 管 理 基线 图 

45. 哪 个 是 提升 项 目 速 度 的 最 好 选项 ? 

A 保护 开发 人 员 以 免 被 中 断 

B. 最 小 化 客户 参与 

C .缩短 迭代 长 度 

D .增加 项 目 团队 的 规模 

46. 下 面 哪个 声明 是 敏捷 宣言 中 提倡 的 ? 

A. 人 员 和 地 方 高 于 流程 和 指南 

B. 客 户 参 与 高 于 合同 谈判 

C. 工 作 的 软件 高 于 详尽 的 规范 


D. 管 理 变 更 高 于 管理 计划 


47.SM 和 PO 在 一 个 产品 待 办 事项 条 目 上 产生 了 分 歧 ， 未 来 解决 这 个 分 歧 ，SM 第 一 步 应 该 怎么 做 ? 
A. 让 PO 澄 清 需求 

B. 让 企业 业主 解决 这 个 问题 

C. 让 商业 分 析 者 去 研究 商业 价值 

D. 让 另外 一 个 项 目 经 理 去 解决 这 个 问题 


48. 一 家 公司 想 引进 敏捷 的 实践 ， 并 安排 项 目 经 理 去 确定 如 何 引入 新 流程 。 这 个 项 目 经 理 的 初始 计划 应 该 是 怎样 的 ? 


> 


.立刻 进行 每 日 站 会 

B. 与 团队 沟通 ， 传 播 敏 捷 宣 言 

C. 平 衡 理论 和 敏捷 实践 

D. 通 过 学 习 新 的 方法 让 团队 进步 

49. 回 顾 会 最 适合 在 什么 时 间 举 行 ? 

A. 刚 好 在 迭代 计划 会 议 后 进行 

B. 刚 好 在 迭代 计划 会 议 前 进行 

C. 在 下 一 个 版 本 的 开始 时 

D. 在 迄 代 演 示 会 议 中 间 

50. 敏 捷 团 队 成 员 坐 在 一 起 营造 协作 和 开放 的 环境 ， 这 样 做 的 最 重要 的 好 处 是 什么 ? 

A. 减少 渗透 式 沟通 ， 提 高 空间 利用 率 ， 团 队 坐 一 起 工作 起 来 会 越 有 效 ， 团 队 动 力 越 能 得 以 提升 
B. 因 为 会 议 室 减 少 了 ， 所 以 节约 了 成 本 ， 团 队 可 以 进行 更 确定 的 跟踪 

C. 团 队 成 员 可 以 为 他 们 的 时 间 和 精力 承担 更 多 的 责任 ， 结 对 编程 让 合作 伙伴 之 间 有 更 少 的 距离 
D. 沟 通 得 以 改进 ， 减 少 了 等 待 和 返工 的 时 间 ， 团 队 之 间 的 屏障 被 打破 ， 团 队 更 容易 获得 对 彼此 的 尊重 


51. 是 谁 来 促进 Scum 中 的 实践 ? 


A.SM 

B.PO 

C. 项 目 发 起 人 

D. 团 队 

52. 团 队 估算 在 当前 迭代 中 他 们 应 该 完成 30 个 故事 点 。 在 实际 迭代 中 ， 团 队友 现 ， 以 他 们 当前 的 速度 应 该 可 以 完成 50 个 故事 


点 。 团 队 应 该 怎么 办 ? 


A 缩短 迭代 去 满足 估算 的 速率 


B. 继 续 用 估算 的 速率 工作 
C. 增 加 他 们 的 估算 速率 
D. 释 放 一 些 成 员 去 满足 预 估 的 速率 


53. 根 据 下 面 的 图 ， 在 迭代 5 中 ， 用 户 故 事 点 有 1 个 增加 ， 但 是 ， 团 队 完 成 了 其 在 这 个 迭代 中 承诺 要 完成 的 所 有 工作 ， 并 且 现 
有 的 估算 不 改变 。 从 这 些 信息 中 ， 可 以 推断 出 什么 ? 


项 目 蕊 








-一 故事 点 剩余 








迷 代 1 帮 代 2 友 代 3 友 代 4 迷 代 5 迭代 6 迷 代 7 帮 代 8 迭代 9 友 代 10 


A. 有 些 工作 从 产品 待 办 事项 中 被 移 除了 

B. 有 些 工 作 被 增加 到 了 产品 待 办 事项 中 

.团队 速度 在 加 快 

D. 团 队 速 度 在 降低 

54. 组 织 采 用 敏捷 实践 并 实施 增 量 交付 的 策略 。 如 果 想 正确 实施 ， 这 家 公司 应 该 改进 以 下 哪个 方面 ? 
人 A 采购 过 程 通过 要 求 供应 商 运 输 需 要 的 原料 

B. 项 目 成 本 管理 通过 合同 的 增 量 交 付 

C. 用 户 满意 度 通过 合同 指定 的 项 目 出 货 日 期 考量 
D. 内 部 收益 率 (ROI) 通过 发 布 个 性 特征 到 市 场 上 
55.Sprint 评 审 会 的 主要 目的 是 什么 ? 

A. 演 示 和 迭代 中 已 完成 的 功能 


B. 讨 论 做 得 好 的 地 方 、 不 好 的 地 方 以 及 改进 的 方法 


C 为 下 一 个 迭代 进行 用 户 故 事 的 优先 级 排序 和 估算 

D. 单 独 提供 流程 中 用 户 故 事 状态 的 更 新 

56. 风 险 敞 口 是 指 什么 ? 

A. 为 风险 预 留 的 风险 储备 

B. 风 险 发 生 的 概率 

C. 风 险 一 旦 发 生 将 要 花费 的 应 对 成 本 

D. 风 险 一 旦 发 生 项 目 将 要 造成 的 损失 

57. 下 面 哪 个 最 好 地 描述 了 敏捷 的 核心 信仰? 

人 A 最 好 的 客户 反馈 来 自在 可 交付 的 软件 评审 时 

B. 项 目 状态 可 以 通过 频繁 地 检查 计划 原 定 的 里 程 碑 的 完成 情况 去 测量 

C. 可 工作 的 软件 是 衡量 努力 的 进展 的 最 准确 的 方式 (衡量 绩效 的 方式 ) 

D. 当 团队 成 员 在 一 个 项 目 中 扮演 不 同 的 角色 时 可 以 形成 独特 的 技能 

58. 回 顾 会 为 团队 提供 一 个 机 会 去 __? 

A. 在 每 个 迭代 的 结束 时 反映 并 且 识 别 产品 质量 的 改进 措施 

B. 参 加 一 场 强制 性 的 会 议 以 在 团队 中 实现 状态 共享 ， 确 保 每 个 人 步 入 正轨 

C. 从 管理 的 角度 确认 项 目的 范围 、 质 量 、 成 本 和 时 间 的 目标 完成 情况 

D. 在 迭代 的 开始 ， 设 置 目标 并 且 识 别 本 迭代 可 以 被 交付 的 功能 

59. 一 个 商业 分 析 师 在 敏捷 项 目 中 识别 了 一 项 新 的 风险 。 这 个 分 析 师 首先 应 该 采取 什么 样 的 风险 应 对 才 是 最 好 的 方式 ? 
A. 发 起 一 场 会 议 ， 项 目 经 理 和 高 级 管理 者 都 参加 ， 从 而 决策 这 些 风 险 该 如 何 管理 
B. 给 项 目 经 理发 邮件 把 这 项 新 风险 增加 到 风险 登记 册 中 ， 以 便 在 下 一 次 站 会 中 讨论 
C. 把 这 项 风险 增加 到 一 个 清晰 可 见 的 地 方 并 且 确 保 在 下 次 站 会 上 讨论 

D. 立 即 召 集 所 有 团队 成 员 ， 组 织 一 场 会 议 去 讨论 这 项 新 风险 

60. 通 过 在 一 个 时 间 段 内 对 比分 析 统 计 功能 来 显示 看 板 的 工作 阶段 ， 这 个 称 为 什么 ? 
A. 挣 值 系统 

B. 完 成 被 集成 的 待 办 事项 

C. 累 计 流量 图 


D. 逐 步 细 化 


61. 对 于 一 个 物理 上 分 布 在 不 同 地 方 的 项 目 团队 来 说 ， 什 么 是 分 布 式 团 队 最 合适 的 方式 ? 
A. 设 立 少 量 的 地 区 ， 每 个 地 区 的 团队 由 一 组 不 相关 联 的 完整 的 子 系统 组 成 
B. 通 过 丰富 的 沟通 渠道 确保 在 同一 时 区 、 同 一 个 系统 中 进行 
.设立 少量 的 地 区 ， 每 个 地 区 的 任务 根据 功能 流水 线 分 布 ， 设 计 在 一 个 地 方 ， 编 码 在 一 个 地 方 ， 测 试 在 另外 一 个 地 方 
D. 设 立 很 多 地 区 ， 在 每 个 地 区 都 设立 少 部 分 的 人 去 开发 和 测试 一 些 不 相关 的 子 系统 
62. 在 敏捷 方法 中 ， 项 目 价 值 可 以 被 更 高 效 地 实现 ， 起 决定 作用 的 是 谁 ? 
A. 发 起 人 
B. 团 队 
C. 项 目 经 理 
D. 方 法 论 
63. 在 开发 用 户 故 事 时 ， 用 户 期 望 最 好 的 捕获 方式 是 什么 ? 
A 验收 测试 
B. 入 口 标 准 
C. 完 成 的 标准 
D. 要 或 者 不 要 的 限制 
64. 改 善 的 哲学 是 说 变更 _ 
A 持续 改进 
B. 过 程 改进 驱动 
C. 团 队 驱 动 
D. 小 组 的 驱动 
65. 根 据 Scrum， 每 个 冲刺 应 该 产 出 什么 ? 
A 一 个 潜在 的 封装 好 的 产品 功能 增 量 
B. 一 系列 文档 化 的 产品 需求 和 规范 
C. 一 个 可 测试 和 可 测量 的 版 本 
D. 一 个 潜在 的 具有 可 测试 性 的 产品 功能 增 量 
66 .迭代 回顾 的 目的 是 什么 ? 


A. 形 成 工作 过 程 报告 ， 确 定 下 一 阶段 应 该 做 的 工作 ， 总 结 评审 过 程 的 障碍 


B. 确 定 产品 待 办 事项 优先 级 ， 进 行 开发 和 测试 的 估算 ， 制 订 下 一 个 迭代 的 计划 
5. 演 示人 迭代 中 已 开发 的 功能 ， 获 得 用 户 的 反馈 并 且 开 始 测试 


D. 识 别 哪些 做 得 好 ， 哪 些 做 得 不 好 ， 哪 些 工 作 可 以 在 下 一 个 过 程 中 改进 





67. 协 作 是 指 一 起 工作 共同 去 完成 一 个 交付 或 者 做 一 个 决策 ， 而 协调 是 指 什么 ? 
人 .约定 到 期 日 

B. 信 息 共享 

C. 在 设计 上 达成 一 致 

D. 结 对 编程 

68. 为 了 在 敏捷 项 目 中 获得 一 个 最 好 的 结果 ， 客 户 应 该 怎么 做 ? 
A 设立 优先 级 并 识别 产品 特性 

B. 面 试 合适 的 团队 新 成 员 

C .批准 开发 计划 和 任务 

D. 设 立 迭 代 和 版 本 时 间 表 
69.Scrum 团 队 最 强大 的 能 力 是 什么 ? 

A. 工 作 在 有 时 间 限 制 的 冲刺 中 

B. 自 组 织 和 授权 

C. 工 作 来 自 一 个 具有 优先 级 的 待 办 事项 

D. 价 值 个 体 和 迁 代 

70. 对 于 Scrum 和 XP 之 间 关系 的 最 好 的 描述 是 哪 一 个 ? 

A.XP 是 Scrum 的 一 个 组 件 

B. 每 种 方法 的 原则 通常 是 互补 的 

C.Srcum 是 XP 的 一 个 组 件 

D 每 种 方法 的 原则 通常 是 矛盾 的 

71. 在 XP 中 ， 确 保 使 用 正确 的 项 目 流 程 的 角色 是 以 下 哪 一 个 ? 
A. 区 域 专家 

B.PO 


C.Scrum master 


D.: 教 练 


72. 故 事 点 是 什么 ? 


A. 一 个 用 户 故 事 规 模 的 相对 测量 


B. 完 成 一 个 用 户 故 事 的 持续 时 间 


5. 在 待 办 事项 中 ， 用 户 故 事 的 排序 


D. 用 户 故 事 的 商业 价值 


73. 根 据 敏捷 宣 


中 


， 以 下 哪 项 描述 了 更 多 的 价值 ? 


A. 客 户 协作 、 遵 循 计划 、 可 工作 的 软件 、 个 体 交互 


B. 可 工作 的 软件 、 个 体 交 互 、 响 应 变化 、 相 近 的 文档 


5. 个 体 和 交互 、 可 工作 的 软件 、 客 户 协作 、 响 应 变化 


D. 响 应 变化 、 个 体 和 交互 、 流 程 和 工作 、 客 户 协作 


74. 当 与 团队 成 员 交 互 时 ， 敏 捷 项 目的 管理 者 应 该 怎么 做 ? 


A. 通 过 请 求 而 不 是 命令 的 方式 让 团队 成 员 做 事 


B. 当 需要 做 一 些 重要 的 决定 时 ， 忽 视 团 队 成 员 的 情绪 和 感情 


C. 当 要 求 团队 成 员 去 做 一 些 他 们 不 高 兴 的 事情 的 时 人 息 ， 要 谨慎 处 理 


D. 不 考虑 团队 的 感受 ， 在 某 个 问题 上 与 团队 产生 歧义 


75. 一 个 敏捷 项 目的 速度 是 8， 在 一 个 迭代 计划 中 ， 以 下 故事 的 估算 是 


故事 A: 4 个 故事 点 。 


故事 B: 2 个 故事 点 。 


故事 C: 3 个 故事 点 。 


在 不 拆散 用 户 故 事 的 前 提 下 ， 哪 些 用 户 故 事 应 该 包括 在 迭代 1 中 ? 


A 故事 A、C、D 


B. 故 事 A、B、C 


C. 故 事 A、B、D 


D. 故 事 B、C、D 


76 每 日 站 会 上 的 3 个 问题 是 : “你 昨天 完成 了 什么 ” “今天 打算 做 什么 


和 和” 

A. 你 遇 到 了 哪些 障碍 

B. 你 当前 的 绩效 速度 

C. 你 确保 可 以 完成 分 配 的 故事 点 吗 

D. 这 个 冲刺 你 可 以 完成 多 少 个 故事 点 

77.Scrum of scrums 会 议 是 指 什 么 ? 

A.Scrum 团 队 中 每 日 站 会 的 另外 一 种 称呼 

B. 同 一 个 项 目 中 多 个 团队 的 一 种 协调 机 制 

C.Scrum 团 队 中 每 两 周 进行 一 次 的 会 议 

D. 是 一 个 偶然 的 领导 会 议 ， 为 不 同 的 Scrum 团 队 提 供 方向 

78. 根 据 精益 的 基本 原则 ， 错 误 来 自 哪里 ? 

A 不 充分 的 用 户 需求 和 文档 

B. 项 目 团 队 和 运营 人 员 的 错误 理解 

C. 开 发 和 产品 系统 中 的 缺陷 

D. 项 目 和 运营 中 的 监督 管理 不 足 

79. 团 队 最 后 一 个 负责 任 的 时 刻 指 的 是 什么 ? 

A. 迭 代 测 试 期 限 已 到 ， 代 码 测试 必须 停止 

B. 在 估算 一 个 重要 的 替换 方案 时 ， 做 了 一 个 错误 的 决策 

C. 版 本 计划 完成 并 且 第 一 个 迭代 计划 已 经 开始 

D. 实 现 日 期 已 经 被 设置 并 且 收 到 了 发 起 人 的 验收 

80. 团 队 估 算 游戏 方法 主要 包括 下 面 哪 项 ? 

A. 一 堆 包 含 用 户 、 能 力 和 团队 定义 优先 级 顺序 的 价值 的 卡片 

B. 传 播 一 些 需要 排序 的 待 办 事项 的 卡片 ， 每 个 待 办 事项 都 有 一 个 优先 级 编号 
C. 用 白板 的 方式 展示 了 哪些 迭代 已 经 被 估算 并 且 与 项 目的 路 线 图 相关 
D. 头 脑 风 暴 的 方法 展示 了 哪些 资源 与 定义 过 优先 顺序 的 工作 包 有 关 
81. 持 续集 成 确保 一 个 产品 __。 


A. 当 所 有 功能 完成 时 ， 可 以 封装 


B. 在 每 天 结束 时 ， 进 行 交付 的 测试 
C. 可 以 在 任何 时 间 进 行 技术 部 署 
D. 在 最 终 的 商业 批准 时 可 以 部 署 


82 一 个 SM 习惯 性 地 举行 了 每 日 站 会 ， 并 且 确 保 在 15 分 钟 内 结束 。SM 拿 来 了 一 份 安排 好 的 任务 列表 ， 并 且 和 团队 中 与 每 一 
项 任务 相关 的 人 都 进行 了 状态 监控 。 这 个 SM 在 会 后 每 天 都 安排 新 任务 。 这 是 一 个 合适 的 每 日 站 会 吗 ? 


A. 是 的 ，SM 应 该 更 新 状态 并 且 分 配 新 的 任务 给 团队 成 员 

B. 是 的 ，SM 应 该 举行 每 日 站 会 并 且 确 保 在 15 分 钟 以 内 

5. 不 是 ，SM 应 该 扮演 主持 人 的 角色 从 而 培养 团队 的 自 组织 

D. 不 是 ， 只 要 团队 需要 ，SM 应 该 允许 团队 的 每 日 例会 随意 加 长 


83. 自 从 上 一 个 迭代 后 ， 团 队 已 经 从 6 名 成 员 增加 到 了 14 名 。 结 果 ， 在 当前 迭代 中 ， 团 队 工作 的 场地 特别 拥挤 并 且 在 每 日 站 
会 时 都 觉得 不 舒服 。 这 让 团队 花费 了 比 理 想 中 更 长 的 时 间 去 完成 这 个 站 会 。 这 个 站 会 给 团队 当前 的 进度 带 来 了 一 些 问题 。 根 据 这 
些 信息 ， 项 目 经 理应 该 : 


A. 把 站 会 变 成 电话 会 议 的 形式 ， 这 样 空间 就 不 是 问题 了 

B. 增 加 站 会 的 持续 时 间 ， 并 且 更 新 团队 日 历 

5. 在 将 来 的 站 会 中 ， 给 每 个 成 员 分 配 一 个 最 大 的 发 言 时 间 

D. 把 这 个 团队 分 成 几 个 子 团队 并 且 让 他 们 安排 各 自 的 站 会 
84. 当 敏捷 团队 在 迭代 中 收 到 一 个 “紧急 需求 ”时 ， 下 面 哪个 是 敏捷 项 目 经 理 首 先 应 该 做 的 ? 
A. 停 止 这 些 未 完成 的 用 户 故 事 的 工作 并 且 进 行 紧急 需求 的 开发 
B. 电 话 召 开 团队 会 议 ， 改 变 迭 代 范 围 

C. 告 诉 客户 几 个 团队 建议 的 处 理 方法 选项 

D. 告 诉 团队 在 下 一 个 迭代 前 不 能 增加 工作 

85. 用 户 故 事 的 验收 测试 是 被 谁 在 什么 时 间 定 义 的 ? 

A. 客 户 在 迭代 开始 时 

B. 客 户 在 迭代 的 最 可 能 晚 的 时 候 

C. 测 试 员 在 团队 完成 编码 后 

D. 开 发 团队 在 迭代 开始 时 

86. 典 型 的 敏捷 项 目 开 发 流程 是 怎样 的 ? 


A. 在 一 个 迭代 内 ， 进 行 封装 分 析 、 设 计 、 编 码 和 测试 


B. 把 每 个 商业 过 程 都 用 详细 的 文档 记录 

5. 使 用 一 个 包括 定义 好 的 活动 、 职 责 和 时 间 框 的 甘 特 图 

D. 把 这 些 迭 代 待 办 事项 映射 成 一 个 WBS 

87. 在 每 日 站 会 上 ， 一 个 团队 成 员 声 明 遇 到 了 一 个 问题 。 这 将 团队 引入 到 了 一 个 解决 问题 的 讨论 中 。SM 应 该 怎么 办 ? 
A. 告 诉 团队 成 员 在 会 议 结束 前 搁置 这 个 讨论 

B. 如 果 这 个 问题 很 重要 ， 人 允许 这 个 讨论 ， 从 而 讨论 、 获 得 一 个 问题 的 解决 方案 
C. 突 然 中 止 站 会 并 安排 另外 一 场 会 议 去 讨论 这 个 问题 

D. 询 问 团队 成 员 他 们 如 何 使 用 每 日 站 会 

88. 当 提起 敏捷 项 目 管理 时 ， 项 目 经 理 成 功 的 一 个 关键 因素 是 什么 ? 

A. 从 一 个 控制 者 的 理念 到 一 个 促进 者 的 理念 的 转变 

B. 用 一 种 增 量 的 方式 指导 这 些 工 作 

.仅仅 为 下 一 个 迭代 安排 任务 

D. 放 弃 控制 并 且 在 团队 中 进行 一 些 旋转 的 管理 


89. 团 队 A 每 个 迭代 完成 61 个 故事 点 ， 团 队 B 每 个 迭代 完成 20 个 故事 点 。 团 队 A 有 更 多 的 高 级 工程 师 。 一 个 管理 者 要 求 团队 B 
在 下 一 个 迭代 时 要 与 团队 A 的 故事 点 数 相 当 。 基 于 这 些 信息 ， 以 下 哪个 是 更 应 该 告诉 管理 者 的 最 合适 的 说 法 ? 


A. 单 独 比较 两 个 团队 的 故事 点 数 是 没有 意义 的 

B. 如 果 团 队 B 有 更 多 的 高 级 工程 师 就 可 以 跟 团 队 A 的 点 数 一 样 
C. 团 队 B 必 须 帮助 自 组 织 以 让 他 们 的 点 数 跟 A 一 样 

D. 如 果 PO 参 与 更 多 的 话 ， 团 队 B 的 点 数 就 会 增加 

90. 信 息 传播 是 团队 成 员 之 间 进 行 什么 工作 最 好 的 方式 ? 
人 A. 在 同一 个 工作 区 域 的 不 同 任务 

B. 结 对 编程 中 同样 的 任务 

C. 同 一 个 组 中 的 不 同 的 任务 

D. 在 同一 个 项 目 中 的 不 同 的 任务 

91. 通 常 ， 一 个 故事 不 能 被 估算 的 原因 是 什么 ? 

A. 团 队 缺 少 领域 知识 

B. 商 业 需 求 的 优先 级 根据 系统 设计 进行 


C. 开 发 人 员 不 能 理解 任务 和 故事 的 相关 性 


D. 团 队 没有 估算 的 经 验 


92 一 个 敏捷 团队 通过 什么 来 确保 产品 的 质量 ? 


A 开发 团队 使 用 结对 编程 时 


B. 开 发 团队 每 天 进行 质量 保证 的 协作 


5. 在 每 个 迭代 后 ， 进 行 更 频繁 的 检查 


D. 在 运 代 回 顾 中 收集 反馈 


93. 下 表 是 敏捷 项 目 中 一 个 版 本 的 故事 列表 ， 如 果 团 队 的 速度 为 10， 那 么 需要 多 少 个 迭代 可 以 完成 所 有 的 用 户 故事 ? 


故事 


A.3 


B.4 


C.5 


D.7 


94. 哪 个 是 精益 组 合 


A 


六 


管理 给 商业 需求 带 来 的 最 大 的 好 处 ? 


故事 点数 
4 


OO 人 Wh OO ( 


A. 最 大 化 WIP 

B. 质 量 和 深思 熟 虑 

C .业务 需求 的 视线 

D. 最 大 化 进行 多 任务 处 理 

95. 对 于 同一 个 房间 的 安排 ， 最 合适 的 前 提 就 是 房间 里 的 人 必须 工作 在 _? 
A. 不 管 他 们 选择 什么 

B. 不 同 的 项 目 

C. 不 同 项 目 中 的 相同 的 模块 

D. 同 一 个 项 目 

96. 在 敏捷 开发 中 ， 用 户 故事 的 主要 元 素 是 什么 ? 
A 书面 描述 、 故 事 点 估算 、 计 划 版 本 

B. 故 事 对 话 、 书 面 描述 、 故 事 的 成 功 标准 

C .故事 点 估算 、 故 事 对 话 、 达 成 共识 的 优先 级 
D 故事 完成 的 确定 性 测试 、 书 面 描述 、 计 划 版 本 
97. 在 敏捷 方法 中 ， 哪 个 会 议 是 团队 用 来 通过 风险 审计 检查 风险 应 对 的 有 效 性 的 ? 
A. 发 布 计划 

B. 友 代 计划 

.迭代 回顾 会 

D. 每 日 站 会 

98.XP 团 队 努 力 避 免 。? 

A. 增 量 的 设计 与 架构 

B. 结 对 编程 

C. 人 工 回归 测试 

D. 测 试 驱动 开发 

99. 下 面 的 哪个 角色 总 是 参与 计划 扑克 ? 

A.PO 


B. 干 系 人 


C. 团 队 成 员 


D. 项 目 经 理 


100. 如 果 推 进 和 管理 比较 有 效 的 话 ， 一 个 项 目 回顾 会 应 该 主要 提供 以 下 哪 项 ? 


A. 增 加 团队 的 授权 和 享受 


B. 为 友 起 人 识别 最 重要 的 问题 


C. 提 供 一 个 团队 投诉 的 、 开 放 的 论坛 


D. 为 后 面 的 版 本 发 布 计划 做 好 准备 





答案 解析 


1. 答 案 : C。 遵 照 用 户 故 事 的 INVEST 属 性 ， 题 中 的 “运行 速度 必须 很 快 ”不 满足 可 测试 的 要 求 ，“ 很 快 ” 是 一 种 虚 泛 的 摘 


述 。 


2. 答 案 : B。 消 除 浪费 是 精益 的 7 大 原则 之 一 ， 也 是 7 大 原则 中 最 核心 的 原则 。 精 益 中 的 浪费 有 7 种 ， 最 大 的 浪费 就 是 “制造 


过 多 、 过 早 的 浪费 ”， 精 益 提 倡 “ 零 库存 ”的 准时 生产 制 。 不 必要 的 构建 是 一 种 浪费 。 


3. 答 案 : D。 所 有 团队 成 员 应 该 一 起 参加 估算 ， 目 的 是 为 了 达成 一 致 理解 和 共识 ， 并 且 估 算 时 有 个 主持 人 ， 通 常 采 用 计划 扑 
克 进 行 估算 。A 中 的 平均 不 对 ， 扑 克 估 算 针 对 最 大 和 最 小 之 间 差 异 大 的 佑 值 ， 需 要 给 一 次 机 会 进行 前 述 ， 经 过 多 轮 估算 完成 。 


4 答案 : C。 最 小 可 售 功能 (MMF) 表明 要 早点 把 价值 交付 给 客户 。 


5. 答 案 : B。 价 值 驱动 交付 是 敏捷 的 核心 。 用 户 故 事 基 于 客户 价值 进行 优先 级 排序 ， 最 终 形成 一 份 排 好 序 的 PB (产品 待 办 事 


6. 答 案 : C。 参 与 式 设计 贯穿 整个 敏捷 实施 的 周期 中 。A 中 的 详尽 计划 和 文档 不 对 ， 敏 捷 是 渐进 明细 的 计划 ， 同 时 文档 也 是 
够 用 即 可 ; B 中 的 用 户 不 仅仅 包括 参与 到 项 目 流程 中 的 人 ， 也 包括 使 用 产品 的 人 ;敏捷 进 究 自 组 织 团 队 ， 高 层 要 扮演 仆人 式 领 导 
的 角色 ， 所 以 D 不 合适 。 


7. 答 案 : B。 题 目 中 强调 了 重复 摩擦 ， 说 明 站 会 上 存在 这 个 问题 ， 发 现 问题 要 想 办 法 来 解决 。 由 于 站 会 只 讨论 3 个 预 设 的 问 
题 ， 所 以 这 个 问题 可 以 在 站 会 中 定义 好 ， 确 定 问题 的 三 要 素 (什么 问题 ， 谁 来 解决 ， 什 么 时 间 解 决 ) ， 之 后 单独 召开 会 议 进行 解 
决 。A 描 述 的 不 符合 站 会 的 规则 ， 站 会 只 讨论 3 个 预先 设 定 的 问题 ; C 中 的 “忽略 该 问题 ”， 不 合适 。 


8. 答 案 : D。 敏 捷 强 调 固 定 人 力 ， 最 好 在 作战 室 ， 所 以 同一 个 时 间 要 确保 人 力 被 分 配 在 一 个 项 目 中 。 但 是 并 不 代表 这 个 人 是 
全 职 ， 可 以 是 40% 的 时 间 投入 在 一 个 项 目 上 ， 另 外 60% 的 时 间 投 入 在 另外 一 个 项 目 上 。 


9. 答 案 : B。 参 照 信 息 发 射 源 的 定义 ， 敏 捷 中 用 信息 发 射 源 取代 了 原来 传统 的 报告 模式 。 一 些 可 视 化 的 元 素 包括 燃 起 图 、 燃 
尽 图 、 故 事 版 等 都 可 以 视 为 信息 发 射 源 。 在 ACP 考 试 中 ，“ 信 息 发 射 源 ” 可 以 被 视 为 一 个 关键 词 ， 对 此 ， 考 生 要 特别 留意 。 


10. 答 案 : C。 传 统 的 瀑布 采用 更 多 的 测试 和 监督 以 确保 质量 达标 ;敏捷 则 要 管理 者 提供 方向 ， 团 队 自 组 织 ， 和 寻找 方案 解决 
问题 ， 确 保 交 付 达 标的 产品 增 量 。 精 益 应 该 从 出 现 问 题 的 源头 开始 ， 避 免 出 现 问题 。 


11. 答 案 : B。 根 据 XP 的 12 个 原则 ， 只 有 小 版 本 符合 题 意 。 


12. 答 案 : D。 敏 捷 不 提倡 精确 的 估算 ， 推 荐 使 用 类 比 估算 ， 即 自 上 而 下 的 估算 。A 是 参与 式 决策 的 方法 ，B 和 (C 都 是 相对 准 


13. 答 案 : D。 题 目 中 的 考点 是 精益 的 7 原则 之 一 一 一 消除 浪费 (软件 库存 是 一 种 浪费 ) ， 它 也 是 精益 最 核心 的 原则 。 
14. 答 案 : B。 启 动 敏捷 项 目 可 以 理解 为 敏捷 的 计划 ， 根 据 本 书 中 的 5 层 敏 

捷 计 划 : 愿景 、 产 品 路 线 图 、 版 本 计划 、 人 迭代 计划 和 每 日 计划 进行 筛选 。 

15. 答 案 : D。 敏 捷 中 的 估算 单位 通常 有 两 个 : 故事 点 数 和 理想 时 长 ， 这 两 个 估算 单位 不 可 以 同时 混用 。 

16. 答 案 : A。 定 义 完成 的 职责 是 团队 ， 这 个 团队 包括 SM、PO 和 开发 团队 。 

17. 答 案 : B。 产 品 待 办 事项 在 敏捷 中 用 来 作为 价值 排序 的 工具 ， 从 而 确保 组 织 的 投资 回报 。 


18. 答 案 : A。 精 益 提倡 可 视 化 的 原则 ， 通 常会 用 图 表 方 式 展 示 项 目的 状态 等 (也 称 为 信息 发 射 源 ) ，B、C、D 更 强调 的 是 
传统 的 报告 形式 。 


19. 答 案 : D。 题 目 中 提 到 的 是 分 布 式 团队 的 沟通 问题 ， 敏 捷 中 最 倡导 的 是 面对面 的 沟通 ， 但 是 对 于 地 理 位 置 不 在 一 起 的 团 
队 ， 可 以 采用 视频 等 高 科技 的 工具 进行 站 会 ， 确 保 及 时 高 效 的 沟通 和 问题 反馈 。 此 题 还 可 以 采用 排除 法 ，A 仅 用 邮件 记录 方式 不 
是 敏捷 推荐 的 ， 敏 捷 提倡 个 体 和 人 交互 的 面对面 的 沟通 ， 胜 过 文档 化 沟通 ; B 一 起 办 公 不 合乎 跨国 公司 的 常态 ; 等 到 回顾 会 再 讨 


论 问题 太 迟 了 。 


20. 答 案 : B。 一 个 迭代 周期 长 短 的 设 定 取决 于 你 能 够 保障 多 长 时 间 需 求 变化 不 影响 到 产品 开发 ， 友 代 周期 的 设置 可 以 参照 以 
下 几 点 : 发 布 周期 的 长 短 (迭代 周期 通常 为 发 布 周期 的 4~ 1/5) 、 功 能 交付 的 成 本 、 不 确定 性 大 小 (不 确定 性 越 大 ， 迭 代 周 
期 越 短 ) 以 及 产品 团队 对 用 户 故 事 的 可 接受 性 。 

21. 答 案 : D。 版 本 计划 可 以 理解 为 友 布 计划 ， 发 布 计划 确定 后 ， 版 本 待 办 事项 就 形成 了 。 同 时 ， 每 个 版 本 之 间 的 依赖 关系 
会 显示 ， 在 版 本 待 办 事项 中 也 会 明确 风险 和 任务 列表 ， 这 些 综合 称 为 风险 调整 待 办 事项 。 

22. 答 案 : A。 人 敏捷 倡导 面对面 的 沟通 ， 也 叫 高 带宽 沟通 。B 中 的 敏捷 方法 聚焦 在 详细 的 书面 要 求 和 规范 错误 上 ; 《中 的 沟通 
频率 是 每 月 ， 时 间 间 隔 太 久 ; D 中 的 每 周 站 会 的 说 法 不 准确 。 

23. 答 案 : C。 繁 捷 提 倡 自 组 织 团队 ， 自 组 织 团队 允许 犯错 和 冲突 ， 也 叫 建设 性 对 抗 。A 中 的 角色 和 头衔 表述 不 正确 ， 敏 捷 提 
倡 的 是 团队 ， 弱 化 行政 头衔 ; B 太 理想 化 ， 敏 捷 中 会 存在 犯错 ; 对 于 D， 冲 突 是 不 可 避免 的 ， 故 不 对 。 

24. 答 案 : A。 每 个 迭代 可 以 完成 的 工作 量 ， 就 是 团队 的 速度 ; 工作 量 一 般 用 故事 点 数 体现 。 每 个 迭代 应 该 完成 的 故事 点 数 

25. 答 案 : C。 在 敏捷 中 ， 过 程 的 状态 会 用 信息 发 射 源 展示 ， 弱 化 了 之 前 重量 级 的 复杂 报告 ， 但 是 敏捷 中 也 需要 挣 值 管 理 
(EVM) ， 用 来 测量 项 目的 成 本 绩效 。 

26 .答案 : B。 敏 捷 宣 言 的 第 二 条 “可 工作 的 软件 胜 过 面面俱到 的 文档 ”， 说 明了 有 价值 的 文档 是 需要 写 的 ， 并 非 是 要 禁止 所 
有 的 文档 。 

27. 答 案 : B。 对 应 敏捷 12 原 则 的 第 一 条 ; A 中 “每 日 站 会 直接 增加 新 的 需求 ”说 法 不 正确 ， 新 需求 的 变化 只 能 在 迭代 计划 会 
时 进行 ， 整 个 迭代 中 尽量 不 变 ， 站 会 主要 涉及 进展 反馈 和 问题 上 报 ， 不 是 需求 变更 ; C 和 D 的 表述 没有 错误 ， 但 不 是 最 佳 答案 。 
在 ACP 考 试 中 ， 当 遇 到 敏捷 宣言 和 12 原 则 出 现 的 时 候 ， 需 要 特别 留意 ， 一 般 都 是 正确 答案 。 

28. 答 案 : B。 此 题 属于 概念 性 题目 ， 考 点 是 TDD 测 试 驱动 开发 的 步骤 : 测试 、 编 码 、 重 构 。 


29. 答 案 : B。 战 略 层面 的 估算 是 粗略 的 估算 ， 类 似 于 使 用 咖啡 杯 、 衬 衫 尺寸 等 做 一 个 亲 和 估 算 ， 仅 能 估算 产品 待 办 事项 的 条 
目 。A、C、D 更 倾向 于 在 传统 项 目 中 进行 。 


30. 答 案 : A。 增 量 交付 可 以 更 快 、 更 早 地 交付 价值 给 客户 ， 提 高 竞争 优势 。 


31. 答 案 : B。XP 中 有 5 个 角色 ， 分 别 是 教练 、 客 户 、 程 序 员 、 跟 踪 员 (QA) 、 测 试 员 。 其 中 ， 客 户 负 责编 写 用 户 故事 和 定 
义 故 事 的 验收 标准 。 
32. 答 案 : A。 此 题 属于 概念 性 题目 。 故 事 卡片 用 来 对 故事 进行 描述 ， 包 括 一 些 基 本 信息 ， 比 如 验收 测试 标准 、 故 事 的 主人 


公 等 。 


33. 答 案 : D。 渗 透 式 沟通 是 指 ， 在 同一 个 房间 的 成 员 ， 可 以 从 别人 的 对 话 中 获取 一 些 项 目的 信息 。 本 题 是 概念 性 题目 ， 考 
生 可 以 直接 对 照 渗透 式 沟通 的 定义 进行 作答 。 


34. 答 案 : C。 验 收 测试 用 例 在 编码 前 进行 ， 通 常 是 在 用 户 故 事 编 写 的 时 候 就 确定 了 验收 用 例 ， 因 为 用 户 故事 有 个 3C 标 准 ， 
其 中 有 个 C 就 代表 “confirmation”。 


35. 答 案 : D。 探 针 通常 是 针对 一 个 技术 问题 进行 一 些 探测 ， 在 还 没有 一 个 合理 的 解决 方案 之 前 开始 ， 一 直到 问题 的 解决 。 


36 .答案 : C。 人 敏捷 的 估算 是 滚动 式 的 ， 初 始 时 候 的 估算 比较 粗略 ， 随 着 项 目的 进展 ， 佑 算 逐 步 进行 。 敏 捷 提 到 了 5 级 计划 ， 
每 个 层次 都 会 有 估算 ， 通 常 从 发 布 计划 开始 进行 更 多 的 估算 。 


37. 答 案 : D。 燃 尽 图 是 一 个 用 来 展示 人 迭代 进度 的 信息 发 射 源 。 它 记录 以 下 两 项 序列 : 剩余 的 实际 工作 和 剩余 的 理想 / 预 估 的 
工作 。 坚 轴 是 工作 单元 (通常 是 故事 点 或 时 间 ) ， 横 轴 是 和 迭代 持续 时 长 (通常 是 日 期 数字 ) 。 理 想 / 预 估 的 工作 序列 是 一 条 向 下 
倾斜 的 直线 ， 由 需 完成 工作 价值 (例如 30 个 故事 点 ) 的 竖 轴 出 发 ， 延 长 至 横 轴 上 迭代 的 最 后 一 天 〈 即 0 个 故事 点 ) 。 


38 .答案 : D。 客 户 测试 是 XP 中 的 12 个 实践 之 一 ， 是 定义 需要 完成 的 功能 的 一 部 分 ， 以 决定 是 否 通过 验收 。 

39. 答 案 : A。 敏 捷 中 与 干系 人 沟通 或 者 让 干系 人 参与 的 最 好 的 方式 就 是 可 视 化 ， 例 如 信息 发 射 源 等 。 

40. 答 案 : D。 根 据 重 构 的 定义 ， 在 不 改变 功能 的 情况 下 对 代码 进行 优化 重组 。 

41. 答 案 : C。 组 建 团队 时 ， 要 定义 每 个 团队 成 员 的 角色 ， 例 如 Scrum 中 的 团队 的 角色 划分 为 了 : PO、SM 和 开发 团队 。 
42. 答 案 : C。 先 明确 基础 的 度量 标准 。 

43. 答 案 : C。 用 户 故 事由 客户 负责 编写 ， 客 户 代表 了 用 户 ， 客 户 通常 会 授权 给 PO 或 者 BA 来 进行 。 

44. 答 案 : A。 题 目 中 问 的 是 流程 透明 化 ， 即 可 视 化 ， 敏 捷 中 通过 信息 发 射 源 的 方式 体现 可 视 化 。 


45. 答 案 : A。 速 度 是 指 一 个 团队 在 进 代 期 间 可 以 完成 的 故事 点 数 。 此 时 ， 要 确保 夺 代 的 时 间 盒 ， 过 程 中 不 被 中 断 ， 减 少 任 
务 切换 的 浪费 ， 从 而 提升 生产 力 。 


46. 答 案 : B。 参 照 敏 捷 宣 言 第 3 条 作答 。 


47. 答 案 : 和 A。 产品 待 办 事项 由 PO 负责 管理 ， 对 于 一 些 歧义 或 者 疑惑 ， 应 该 由 PO 负责 先 湾 清 。 通 常会 在 计划 会 中 的 前 半 部 分 


48. 答 案 : C。 敏 捷 实 践 的 引入 ， 要 立足 于 项 目 环境 和 现实 存在 的 问题 ， 既 要 有 理念 的 普及 ， 也 要 有 具体 的 实践 。 
49. 答 案 : B。 回 顾 会 通常 在 迭代 的 最 后 进行 ， 也 可 以 说 是 下 一 个 迭代 的 开始 前 进行 。 


50. 答 案 : D。 敏 捷 提 倡 集 中 办 公 ， 这 样 可 以 减少 被 干扰 ， 创 造 一 个 静 锥 区 ， 同 时 也 可 以 满足 面对面 的 高 带宽 沟通 ， 增 进 渗 


51. 答 案 : A。 对 照 Scr um 实践 中 的 三 个 角色 的 职责 ，SM 或 者 确保 敏捷 的 落实 和 实施 。 
52. 答 案 : D。 解 析 略 。 


B。 按 照 图 中 判断 ， 人 返 代 5 平缓 ， 原 因 有 两 个 : 一 是 团队 的 速度 在 减 慢 ; 二 是 学 围 增 加 了 ， 题 目 中 说 明了 团队 的 预 
计 速 度 估算 不 变 ， 所 以 判断 范围 增加 了 ， 即 待 办 事项 增加 了 。 


54. 答 案 : D。 增 量 交付 是 指 确保 每 个 交付 都 给 客户 创造 价值 。ROI 是 敏捷 价值 规划 的 工具 ， 用 来 衡量 价值 。 
55. 答 案 : A。 评 审 会 的 目的 是 演示 已 经 完成 的 功能 给 相关 干系 人 ， 从 而 获得 反馈， 也 称 为 show case 会 。 
56. 答 案 : A。 风 险 沿 口 是 指 未 加 保护 的 风险 ， 预 留 一 些 储备 金 去 应 对 风险 。 

57. 答 案 : C。 参 照 敏捷 12 条 原则 中 的 第 7 条 : “可 用 的 软件 是 衡量 进度 的 首要 指标 ”。 


58. 答 案 : A。 回 顾 会 的 目的 是 为 了 总 结 经 验 教训 ， 从 而 在 下 一 个 迭代 中 改进 。 


59. 答 案 : C。 


敏捷 中 的 风险 应 对 方式 跟 传统 的 瀑布 的 风险 应 对 流程 相似 ， 同 时 ， 敏 捷 提 倡 风险 要 尽早 曝光 和 处 理 。 所 以 ， 


风险 出 现 后 要 让 风险 曝光 出 来 ， 以 便 在 站 会 上 讨论 。A 中 的 会 议 不 应 该 要 高 管 参加 ， 团 队 自 己 决策 即 可 ; B 中 提 到 的 邮件 方式 去 


传递 ， 效 果 不 好 ， 


容易 被 忘记 ;D 要 求 所 有 团队 成 员 参 加 应 对 不 合适 ， 在 一 个 迭代 中 尽量 要 保持 每 个 成 员 不 被 中 断 。 风 险 的 应 对 


可 以 根据 在 站 会 上 的 决策 而 展开 ， 确 定 谁 来 负责 。 


60. 答 案 : C。 


61. 答 案 : A。 


只 有 (是 敏捷 中 的 信息 发 射 源 。 


分 布 式 团队 的 管理 方式 可 以 采用 频繁 的 沟通 、 多 样 化 的 工具 ， 也 可 以 拆 分 成 独立 子 团队 。B 的 说 法 强调 一 定 要 


找 一 个 大 家 都 统一 的 时 间 ， 有 点 绝对 化 。C 属 于 流程 中 的 上 下 游 环 节 ， 上 下 游 按 照 异 地 划分 ， 协 作 和 交互 有 问题 。 


62. 答 案 : B。 


63. 答 案 : A。 


67. 答 案 : B。 


68. 答 案 : A 


69. 答 案 : B。 


o 


价值 的 实现 是 团队 的 责任 ， 所 以 ， 确 保价 值 被 高 效 实现 ， 起 决定 作用 的 是 团队 。 
可 接受 测试 是 用 户 的 标准 ， 也 是 驱动 编码 的 主要 方式 ， 这 是 XP 中 客户 测试 的 实践 。 


改善 (Kaizen) 起 源 于 日 语 。 通 过 小 组 行为 (small group activity) 去 改善 ， 即 常见 的 质量 圈 QC (quality 


按照 Scrum 中 3 个 组 件 的 概念 ， 每 个 迭代 都 产 出 一 个 可 交付 的 产品 增 量 。 

回顾 会 的 目的 是 为 了 持续 改进 ， 找 出 前 一 个 迭代 做 得 好 的 和 不 好 的 部 分 ， 在 下 一 个 迭代 中 改进 。 
协调 是 指 信息 共享 (sharing information) ， 共 同学 习 。 

本 题 考察 对 客户 这 个 角色 的 理解 ， 选 项 中 只 有 A 是 客户 的 责任 ， 其 他 都 是 团队 内 部 的 事情 。 


敏捷 团队 最 核心 的 特点 就 是 自 组 织 。 按 照 关 键 词 定位 技巧 ， 在 考试 中 提 到 自 组 织 团队 ， 一 般 都 需要 多 注意 ， 很 


可 能 就 是 正确 选项 。 


70. 答 案 : B。 


敏捷 中 的 实践 有 很 多 ， 各 自 独 立 ， 但 是 都 符合 敏捷 的 4 句 宣 


I 


， 在 原则 上 通常 都 是 互补 的 、 有 侧重 性 的 。 比 如 


Scrum 侧 重 管理 实践 ， 而 XP 侧重 技术 实践 。 


71. 答 案 : D。 


72. 答 案 : A。 


73. 答 案 : C。 


74. 答 案 : A。 


75. 答 案 : C 


XP 中 教练 的 角色 就 是 指导 团队 实施 敏捷 ， 包 括 给 予 一 些 流程 的 指导 、 协 助 团队 解决 问题 以 及 提供 团队 支持 。 
故事 点 是 对 一 个 用 户 故事 的 规模 的 估算 。 
根据 敏捷 的 4 条 宣言 做 选择 。 


敏捷 中 的 管理 者 要 运用 服务 型 领导 的 方式 ， 给 予 更 多 的 授权 而 不 是 命令 ， 人 允许 团队 自己 处 理事 情 。 


。 一 个 迭代 可 以 完成 8 个 故事 点 ， 即 团队 的 速度 为 8， 和 迭代 结 束 后 的 交付 一 定 要 是 潜在 的 可 交付 的 产品 增 量 ， 如 


有 一 个 故事 的 点 数 被 部 分 完成 ， 则 视 为 0， 不 算 完 成 。 


76. 答 案 : A。 


77. 答 案 : B。 


按照 站 会 中 的 3 个 问题 : 你 昨天 做 了 什么 ; 今天 打算 做 什么 ; 遇 到 了 什么 障碍 ， 进 行 作 答 。 


SOS 是 在 scrum 团 队 中 当 团队 规模 大 时 进行 拆 分 的 一 种 团队 协作 方式 ， 每 个 srcrum 的 负责 人 可 以 进行 一 场 站 


会 ， 用 来 协调 各 个 团队 之 间 的 问题 ， 称 为 SOS。 


78. 答 案 : C。 


79. 答 案 : B。 


根据 精益 的 7 种 浪费 WIDETOM 中 的 缺陷 (defects) 一 一 “缺陷 的 浪费 ”作答 。 


参照 精益 的 7 种 浪费 中 的 一 条 “过度 生 产 的 浪费 ”， 必 要 的 时 候 做 出 必要 的 东西 。 决 策 过 早 可 能 会 因为 参考 信 


息 少 而 错误 ， 太 晚 可 能 会 失去 一 个 机 会 。 
80. 答 案 : A。 按 照 敏 捷 佑 算 的 概念 ， 通 过 扑克 牌 或 者 卡片 进行 一 些 估算 。 


81. 答 案 : C。 持 续集 成 是 极限 编程 的 12 个 实践 之 一 ， 强 调 在 任何 时 间 点 都 可 以 进行 ， 有 的 时 候 一 天 可 以 进行 几 次 ， 目 的 是 
为 了 快速 获得 反馈 ， 解 决 问题 。 


82. 答 案 : C。 考 察 SM 的 角色 ， 按 照 定义 ，SM 的 角色 是 负责 培养 团队 、 制 定 持续 愿景 、 提 供 支持 、 移 除 障 碍 ， 应 该 倡导 服 
务 型 领导 ， 不 过 多 干预 团队 的 内 部 事情 ， 培 养 自 组 织 。 


83. 答 案 : D。 题 干 中 描述 团队 人 员 多 导致 出 现 了 问题 ， 需 要 进行 拆 分 ， 每 个 团队 的 人 数 最 好 控制 在 5 ~ 9 人 。 


84. 答 案 : C。 敏 捷 提 倡 拥 抱 变 化 ， 所 以 对 于 变更 是 提倡 的 ， 但 是 这 不 等 于 有 了 变更 ， 就 立刻 响应 ， 所 以 A 和 B 不 正确 ; 通常 
变更 都 是 在 迭代 的 计划 会 中 进行 ， 如 在 迭代 中 有 重要 的 需求 变更 ， 需 要 跟 PO 交 互 ， 协 作 制 定 一 个 合理 的 解决 方案 ， 比 如 拿 走 迭 
代 中 的 一 些 需求 ， 所 以 D 不 合适 ， 不 满足 敏捷 宣言 。 


85. 答 案 : A。 可 接受 性 测试 要 尽早 提供 ， 作 为 故事 的 验收 标准 ， 以 此 启动 开发 。 用 户 故 事 的 编写 人 是 客户 ， 但 是 通常 客户 
会 授权 其 在 团队 的 代表 来 进行 ， 比 如 PO 或 者 BA。 


86 .答案 : A。 和 迭代 是 敏捷 的 核心 ， 增 量 交 付 是 敏捷 开发 的 流程 。B、C、D 都 是 传统 瀑布 的 管理 模式 。 


87. 答 案 : A。 站 会 中 只 能 讨论 3 个 问题 ， 除 此 之 外 的 问题 都 不 能 纳入 到 站 会 中 进行 。 此 时 ， 需 要 和 暂时 搁置 ， 会 后 单独 安排 一 


88. 答 案 : A。 敏 捷 中 的 管理 者 角色 要 从 控制 型 转 为 服务 型 ,作为 一 个 引导 者 ， 培 养 团队 的 自 组 织 。 


89. 答 案 : A。 故 事 点 数 是 一 个 相对 的 参考 基数 ， 这 个 基数 由 团队 自己 定义 ， 比 如 多 少 难度 的 用 户 故 事 设置 为 1 个 故事 点 ， 不 
同 的 两 个 团队 之 间 不 能 进行 故事 点 的 比较 。 


90. 答 案 : B。XP 中 的 结对 编程 是 一 种 信息 传播 的 最 好 的 方式 ， 以 此 方法 来 提升 团队 成 员 的 能 力 。 
91 .答案 : A。 一 个 用 户 故 事 不 能 被 估算 通常 有 以 下 几 种 原因 : 史诗 、 缺 少 领域 知识 、 缺 乏 技能 能 力 、 缺 乏 封闭 性 。 


92. 答 案 : C。 人 敏捷 与 传统 项 目 管理 方式 在 质量 保证 方面 有 些 差 异 ， 传 统 的 项 目 管理 方式 强调 在 最 后 一 次 做 质量 评估 。 敏 捷 
则 更 倾向 于 全 过 程 的 、 全 局 的 质量 保证 ， 进 行 更 频繁 的 反馈 ， 确 保质 量 达标 ， 迭 代 结束 前 的 评审 会 就 是 一 个 反馈 和 检查 的 活动 。 


93. 答 案 : B。 题 目 中 一 共有 从 A 到 G 7 项 任务 、31 个 故事 点 ， 团 队 的 速度 为 10， 即 一 个 迭代 可 以 完成 10 个 故事 点 ， 所 以 31 个 
故事 点 要 用 4 个 迭代 来 完成 。 


94. 答 


发 。 


凋 


: C。 精 益 提倡 无 用 的 功能 、 等 待 、WIP 都 是 一 种 浪费 ， 为 了 避免 开发 出 来 的 功能 没 用 ， 可 以 结合 客户 的 业务 需要 开 


95. 答 案 : D。 同 一 个 房间 的 人 工作 在 一 个 项 目 上 ， 称 为 团队 空间 ,或 者 叫 作战 室 。 

96 答案: B。 本 题 考 点 为 用 户 故 事 的 3C 标 准 : 卡片 、 对 话 、 验 收 条 件 。 

97. 答 案 : C。 审 查 过 程 的 有 效 性 ， 就 是 为 了 对 过 程 进行 评估 ， 发 现 问题 ， 总 结 经 验 ， 这 属于 回顾 会 的 内 容 。 
98 .答案 : C。XP 提 倡 自动 化 测试 ， 所 以 努力 消除 人 工 测试 ，A、B、D 都 是 敏捷 倡导 的 理念 。 


99. 答 案 : C。 计 划 扑 克 是 团队 所 有 成 员 都 参与 的 一 项 估算 活动 ， 体 现 了 参与 式 决策 的 特点 ， 以 求 达 成 共识 。 


100. 答 案 : D。 回 顾 会 的 目的 是 总 结 好 的 和 不 好 的 ， 为 下 一 个 迭代 提供 一 些 改进 措施 ， 为 后 面 的 版 本 计划 做 准备 。 


[1] 实际 ACP 考 试 为 120 道 题目 (其 中 20 道 题 不 计 分 ) ， 答 题 时 间 为 3 个 小 时 ; 此 套 为 模拟 题 ， 共 计 100 题 。 


附录 B ”模拟 题 二 中 


1. 在 项 目的 Sprint 回 顾 会 后 ， 团 队 成 员 指 出 那 是 抱怨 会 ， 不 是 非常 有 成 效 。Scrum 主 管 应 该 怎么 做 ? 
A 建议 团队 尊重 敏捷 宣言 原则 ， 解 释 其 属于 回顾 会 的 组 成 部 分 

B. 建 议 团队 成 员 将 他 们 的 观察 列 入 产品 待 办 事项 ， 进 而 可 以 添加 进 用 户 故 事 中 

C. 建 议 团队 遵守 Sprint 回 顾 会 精神 ， 做 出 正面 和 负面 评论 


D. 实 施 更 适合 团队 的 促进 Sprint 回顾 会 蔡 代 方法 


2. 在 一 次 迭代 计划 会 议 上 ， 团 队 建议 进行 变更 ， 增 加 产品 价值 ， 但 将 会 产生 额外 的 工作 并 会 影响 进度 计划 ， 敏 捷 团 队 领 导 应 
该 怎么 做 ? 
A. 重 新 估算 项 目 


B. 按 初始 计划 完成 项 目 

C .尝试 包含 尽 可 能 多 的 变更 

D. 要 求 产品 负责 人 批准 继续 

3. 在 Scurm 项 目 中 ， 采 用 下 列 哪 种 工具 来 追踪 计划 的 工作 项 ? 
A.Sprint 待 办 事项 

B. 发 布 燃 尽 图 

C. 产 品 待 办 事项 

D.Sprint 燃 尽 图 

4 .在 一 次 迭代 过 程 中 遇 到 一 项 技术 挑战 。 团 队 应 该 怎么 做 ? 
A. 使 用 探 针 故事 

B. 使 用 构架 故事 

C. 使 用 基础 设施 故事 

D. 使 用 分 析 故 事 


5. 负 责 测试 报告 的 敏捷 团队 成 员 在 每 次 迭代 结束 时 都 没有 足够 的 时 间 确 保 可 交付 成 果 的 质量 。 敏 捷 项 目 经 理应 该 怎么 做 ? 


A. 降 低 上 游 可 交付 成 果 的 速度 ， 以 确保 团队 成 员 同时 工作 

B. 交 蔡 和 迭代， 首先 关注 开发 ， 然 后 关注 质量 

5 减少 开发 人 员 数 量 ， 确 保有 足够 的 时 间 进 行 测试 

D. 将 工作 分 解 为 较 小 的 用 户 故 事 ， 以 便 在 整个 迭代 过 程 中 进行 测试 


6. 一 名 敏捷 管理 专业 人 士 注意 到 公司 信息 发 射 源 使 用 红色 、 绿 色 和 黄色 交通 信号 灯 来 沟通 项 目 进展 情况 ， 敏 捷 管 理 专业 人 士 
应 如 何 沟通 项 目 状 态 ? 


A. 咨 询 项 目 发 起 人 这 些 颜 色 代 表 什么 意思 

B. 使 用 固定 数字 系统 代 蔡 该 颜色 显示 系统 

5. 在 信息 发 射 源 中 ， 为 每 个 颜色 赋予 一 个 有 意义 的 描述 
D. 使 用 明确 的 量度 指标 创建 新 的 信息 发 射 源 


7. 项 目 团队 对 发 布 版 本 的 初始 佑 算是 300 个 故事 点 ， 一 次 迭代 的 平均 估计 速度 是 30 个 故事 点 。 经 过 几 次 迭代 后 ， 计 算 的 实际 
速度 只 有 15 个 故事 点 ， 让 项 目的 预计 完成 时 间 翻 倍 。 项 目 团队 应 该 怎么 做 ? 


A. 要 求 产 品 负责 人 增加 团队 资源 

B. 与 产品 负责 人 沟通 速度 以 及 新 的 发 布 时 间 

C. 通 过 将 测量 单位 从 故事 点 更 改 为 理想 的 天 数 重新 估算 ， 并 通知 产品 负责 人 
D. 重 新 估算 ， 并 通知 产品 负责 人 项 目 比 原先 预期 得 更 为 复杂 


8. 敏 捷 团 队 成 员 认 为 每 日 站 会 并 不 会 增加 价值 ， 是 因为 小 组 规模 太 大 。 在 回顾 会 上 ， 他 们 提出 将 现 有 的 项 目 团队 分 解 成 更 小 
的 小 组 。Scrum 主 管 应 该 怎么 做 ? 


A. 缩 小 团队 规模 ， 使 站 会 更 易于 管理 

B. 在 采取 行动 之 前 寻求 项 目 友 起 人 的 指示 
C. 告 知 团队 站 会 的 价值 

D. 允 许 团队 做 出 重组 的 决定 


9. 在 一 次 团队 会 议 上 ， 属 于 主题 专家 (SME) 的 成 员 提 到 他 们 不 断 为 重复 任务 工作 ， 导 致 积 极 性 降低 。 敏 捷 项 目 管理 师 应 怎 
么 做 ? 


A. 组 织 一 次 团队 建设 活动 ， 提 高 团队 士气 

B. 让 团队 成 员 结 对 工作 ， 互 相 学 习 ， 并 培养 新 的 技能 
C. 让 团队 成 员 执 行 其 活动 的 价值 流 分 析 

D. 为 团队 添加 更 多 资源 ， 帮 助 完成 任务 


10. 项 目 干系 人 已 经 为 一 个 新 敏捷 项 目 和 项 目 团队 制定 了 目标 。 下 列 哪 一 项 应 确保 团队 和 项 目 干系 人 的 目标 保持 一 致 ? 


A. 定 期 沟通 干系 人 和 团队 目标 及 期 望 

B. 干 系 人 提供 的 完成 目标 激励 资金 

C. 沟 通 由 产品 负责 人 制定 的 目标 

D. 团 队 在 回顾 会 中 评审 目标 

11. 团 队 领 导 注意 到 ， 由 于 过 去 几 个 阶段 中 的 低 士气 ， 团 队 成 员工 作 效率 一 直 较 低 。 如 何 改善 士气 呢 ? 
A. 与 团队 成 员 开 会 ， 听 取 他 们 关注 的 问题 

B. 在 下 一 次 和 迭代 中 增加 用 户 故 事 的 数量 

C. 举 行 一 次 团队 建设 活动 

D. 重 组 团队 ， 使 其 与 公司 目标 保持 一 致 

12. 敏 捷 团 队 履行 其 承诺 ， 但 感觉 能 够 提高 速度 ， 团 队 成 员 如 何 能 够 实现 这 一 点 ? 
A. 将 较为 简单 的 故事 拉 进 Sprint 中 

B. 减 少 非 生产 性 时 间 

C. 将 用 户 故 事 移 到 另 一 个 Sprint 中 

D. 识 别 关 键 过 程 以 改进 


13. 根 据 下 图 ， 对 比 计划 的 故事 点 和 已 完成 的 故事 点 时 ， 迭 代 的 当前 状态 是 什么 ? 





滨 40 一 -一 计划 的 故事 点 
一 ,一 已 完成 的 故事 点 
誉 





A. 迭 代 处 于 危险 之 中 


B. 团 队 已 经 删除 范围 


5. 迭 代 提 前 于 进度 


D. 团 队 速 度 稳定 不 变 

14. 在 看 板 制作 过 程 中 ， 在 不 同 阶段 之 间 使 用 标签 和 提示 的 目的 是 什么 ? 
A. 有 助 于 执行 鼓 -缓冲 - 绳 法 过 程 

B. 为 了 提示 前 面 的 阶段 以 产生 更 多 的 工作 

C. 为 了 告知 外 部 供应 商 当 前 生产 状态 

D. 为 了 最 大 化 系统 中 的 在 制品 (WIP) 的 数量 

15. 下 列 针 对 史诗 故事 的 说 法 哪 一 项 是 正确 的 ? 

A. 史 诗 故 事 需 要 在 功能 边界 分 解 

B. 史 诗 故事 并 不 代表 产品 特 办 事项 

C. 史 诗 故 事 是 指 可 以 在 一 次 迭代 中 完成 的 用 户 故事 

D. 史 诗 故事 可 以 分 解 成 较 小 的 用 户 故 事 

16. 干 系 人 和 敏捷 团队 成 员 识 别 到 愿景 陈述 不 断 发 生变 化 ， 造 成 对 愿景 的 看 法 也 发 生变 化 。 团 队 应 该 怎么 做 ? 
A. 为 干系 人 创建 一 份 项 目 章程 ， 包 合 针 对 团队 的 愿景 

B. 让 干系 人 创建 一 份 将 保持 不 变 的 愿景 陈述 

C. 在 项 目 概 况 说 明 书 中 ， 更 新 愿景 ， 并 约定 共用 术语 

D. 利 用 信息 收集 技术 ， 征 求 项 目 愿景 


17. 有 3 个 团队 目前 正 处 于 一 个 为 期 2 周 的 Sprint 的 第 8 天 。 团 队 速 度 为 30， 有 20 个 故事 点 已 经 完成 ， 但 团队 只 能 额外 再 完成 6 
个 故事 点 。 团 队 应 如 何 解决 故事 点 差距 ? 


A. 在 待 办 事项 中 添加 代表 两 个 故事 点 的 额外 任务 

B. 从 待 办 事项 中 删除 代表 四 个 或 更 多 故事 点 的 最 低 优先 级 任务 
C. 延 长 迭代 长 度 两 天 时 间 

D. 减 少 迭 代 长 度 两 天 时 间 


18. 有 一 个 敏捷 团队 成 员 ， 他 既是 一 名 领域 专家 ， 也 是 一 个 产品 的 用 户 代 理 。 在 交付 测试 产品 后 ， 客 户 报告 了 多 个 产品 问 
题 。 下 列 哪个 角色 应 被 指定 为 用 户 代理 ? 


A. 业 务 分 析 师 
B. 开 发 经 理 


C. 市 场 营 销 组 


19. 如 何 定义 最 小 可 售 单元 ? 

A. 通 过 编写 可 先 在 市 场 上 销售 的 用 户 故 事 

B. 通 过 已 获 批准 的 最 小 产品 增 量 

C. 通 过 为 市 场 增加 价值 的 最 小 功能 数量 

D. 通 过 优先 考虑 交付 最 重要 功能 的 产品 待 办 事项 

20. 从 敏捷 项 目 经 理 的 角度 来 看 ， 开 发 人 员 应 该 在 软件 开发 过 程 的 哪 一 个 阶段 实施 质量 控制 ? 
A. 在 整个 过 程 持续 不 断 

B. 在 一 个 Sprint 完成 后 

C. 在 回顾 会 之 后 

D. 在 提交 演示 之 前 

21. 如 果 要 提高 团队 凝聚 力 ， 在 沟通 方面 ， 以 下 哪 一 项 是 必需 的 ? 
A. 团 队 领 导 评价 

B. 无 处 惧 气 氛 

C. 个 人 确认 

D. 生 产 效率 跟踪 


22. 客 户 请 求 为 产品 增加 一 个 新 的 高 优先 级 功能 。 该 功能 范围 很 广 ， 并 已 记录 初始 需求 。 产 品 负责 人 对 该 事项 赋予 了 最 高 优 
先 级 。 下 一 步 应 该 怎么 做 ? 


A. 让 一 名 主题 专家 (SME) 将 该 功能 完全 细 化 为 可 由 团队 实现 的 用 户 故 事 
B. 让 产品 负责 人 将 该 功能 细 化 为 可 易于 估算 的 用 户 故 事 并 放 入 一 次 返 代 
5. 让 产品 负责 人 将 该 功能 的 实现 直接 分 配给 团队 ， 因 为 它 具有 最 高 优先 级 
D. 让 团队 将 该 功能 细 化 为 用 户 故 事 ， 并 实现 产品 


23. 一 名 干系 人 希望 了 解 开 发 计划 ， 并 看 到 正在 制造 中 的 产品 。 然 而 ， 有 些 团队 成 员 对 干系 人 的 参与 感到 不 高 兴 。 人 敏捷 管理 
专业 人 士 应 该 怎么 做 ? 


A 支持 团队 ， 并 要 求 该 干系 人 避免 参与 开发 过 程 
B. 在 开发 过 程 中 教育 团队 干系 人 参与 的 重要 性 

C. 将 团队 的 意见 告知 干系 人 ， 并 请 求 上 报 

D. 将 团队 的 意见 告知 管理 层 ， 并 通知 管理 层 的 决定 


24 .敏捷 团队 正在 努力 为 一 个 复杂 项 目 工作 ， 该 项 目 需求 不 断 发 生变 化 ， 客 户 需求 似乎 反复 无 常 。 若 要 解决 这 个 问题 ， 继 续 


该 项 目 ， 团 队 应 该 怎么 做 ? 
A. 咨 询 产 品 负责 人 ， 为 用 户 故事 排列 优先 顺序 
B. 将 该 问题 升级 给 项 目 发 起 人 ， 以 解决 客户 的 反复 无 党 
C. 利 用 变更 管理 流程 ， 并 在 发 生变 更 时 记录 
D. 限 制 迭 代 长 度 ， 提 高 与 客户 一 起 审查 的 频率 


25. 公 司 安排 一 个 试点 团队 ， 尝 试 从 瀑布 模式 过 渡 到 敏捷 实践 ， 希 望 在 整个 组 织 内 建立 敏捷 实践 ， 而 不 破坏 其 文化 和 规范 。 


A. 与 高 层 管理 人 员 召 开 一 次 回顾 会 ， 说 明敏 捷 原 则 

B. 使 用 卡 诺 模型 分 析 ， 验 证 其 他 项 目 团队 是 否 能 够 实施 敏捷 实践 

C. 让 公司 的 审计 师 验 证 公司 规范 

D. 在 公司 文化 和 规范 范围 内 起 草 一 份 使 用 敏捷 实践 的 公司 愿景 陈述 

26. 一 个 敏捷 项 目 正 处 于 规划 阶段 ， 团 队 在 开始 第 一 次 迭代 开发 之 前 ， 应 达到 什么 样 的 理想 规划 水 平 ? 
A. 完 成 整体 项 目 设计 所 需 的 水 平 

B. 团 队 和 产品 负责 人 协商 的 水 平 

C. 仅 完成 第 一 次 迭代 所 需 的 水 平 

D. 完 成 当前 及 下 一 次 迭代 所 需 的 水 平 

27. 某 敏捷 项 目 团 队 难 以 商定 一 次 迭代 中 的 后 续 步 又。 团队 应 该 怎么 做 来 达成 一 致意 见 ? 

A. 让 客户 做 出 决定 

B. 让 项 目 经 理 做 出 决定 

C. 让 产品 经 理 采用 一 致意 见 驱动 的 方法 来 帮助 团队 达成 一 臻 

D. 采 用 协作 的 方法 达成 一 至 

28. 一 个 遵循 敏捷 管理 实践 的 项 目 发 布 后 ， 团 队 成 员 意 识 到 他 们 并 没有 满足 客户 期 望 。 下 列 哪 种 做 法 会 有 所 帮助 ? 
A. 客 户 应 该 参加 迭代 计划 

B. 项 目 团队 应 请 求 在 迭代 期 间 持续 反馈 

C. 项 目 团队 应 该 在 初次 发 布 计划 期 间 与 产品 负责 人 合作 

D. 产 品 负责 人 应 与 项 目 团队 合作 ， 梳 理 产 品 待 办 事项 


29. 在 一 次 迭代 过 程 中 ， 产 品 负责 人 意识 到 当前 Sprint 工 作 会 生产 不 必要 的 功能 。 产 品 负 责 人 通知 敏捷 项 目 经 理 并 询问 如 何 
继续 。 敏 捷 项 目 经 理应 提出 什么 建议 ? 


A. 延 长 该 迭代 过 程 ， 让 团队 能 够 无 空隙 地 融入 新 的 需求 ， 而 不 必 浪 费时 间 重 新 规划 
B. 缩 短 该 迭代 ， 没 有 必要 进行 回顾 ， 因 为 还 未 交付 任何 功能 

5. 保 持 该 迭代 以 防 将 来 会 需要 这 些 功能 

D. 中 止 该 迭代 过 程 ， 没 有 必要 浪费 团队 资源 开发 不 需要 的 功能 


30.Scrum 团 队 正 在 开发 复杂 的 客户 产品 。 团 队 的 产品 负责 人 需要 按 着 客户 的 偏好 优先 级 以 及 比较 功能 排列 优先 顺序 。 团 队 
负责 人 可 以 使 用 哪 种 方法 ? 


B. 计 划 扑 克 
C.SMART 目 标 设 定 
D. 延 迟 成 本 


31. 在 一 次 为 期 六 周 的 迭代 中 ， 一 名 团队 成 员 识别 到 一 个 问题 。 分 析 之 后 ， 团 队 成 员 确定 将 至 少 需要 两 周 时 间 来 解决 这 个 问 
题 。 该 名 团队 成 员 应 该 怎么 做 ? 


A. 通 知 团队 负责 人 并 开始 解决 问题 

B. 在 下 一 次 站 会 上 与 团队 沟通 该 问题 

C. 立 即 开 始 解 决 ， 并 在 回顾 会 上 与 团队 沟通 该 问题 

D. 从 事 下 一 项 活动 的 工作 ， 并 在 回顾 会 上 与 团队 沟通 该 问题 

32. 某 敏捷 团队 的 迭代 并 不 顺利 。 团 队 成 员 对 需要 开发 的 用 户 故 事 有 诸多 疑问 ， 且 用 户 故 事 失败 。 用 户 故 事 为 什么 会 失败 ? 
A. 在 规划 过 程 中 讨论 的 用 户 故事 不 包括 验收 标准 

B. 客 户 写 了 验收 标准 

C. 没 有 详细 写 明 需求 

D. 验 收 测试 是 在 开发 用 户 故 事 之 前 写 的 

33. 虽 然 当 前 途 代 在 今天 结束 ， 但 是 迭代 中 有 两 项 工作 未 完成 。 如 何 为 这 两 项 工作 重新 排列 优先 顺序 ? 


A. 在 基于 业务 价值 的 产品 待 办 事项 中 





B. 在 基于 故事 点 的 产品 待 办 事项 中 

C. 在 产品 负责 人 和 开发 团队 制订 的 项 目 计划 中 
D. 在 由 关键 干系 人 和 主管 人 员 制 定 的 商业 案例 中 
34. 重 构 为 什么 重要 ? 


A. 它 可 让 团队 改进 设计 ， 减 少 技术 债务 


B. 它 可 让 团队 更 改进 代 之 间 任 务 的 优先 级 

C. 它 可 让 团队 更 改 迭 代 之 间 的 项 目 范围 

D. 它 可 让 团队 验证 客户 获得 最 大 价值 

35. 在 与 团队 谈话 过 程 中 ， 项 目 发 起 人 对 每 日 站 会 的 价值 提出 质疑 。 敏捷 管理 专业 人 士 应 该 如 何 处 理 ? 
A 教导 项 目 友 起 人 每 日 站 会 的 好 处 

B. 采 用 信息 发 射 源 蔡 换 一 些 每 日 站 会 

C. 让 干系 人 将 每 日 站 会 替换 成 按 需 召 开 的 状态 会 议 

D. 将 每 日 站 会 与 其 他 会 议 相 结合 ， 减 少 会 议 时 间 

36 .公司 总 裁 担 心 某 次 自然 灾害 对 公司 的 影响 ， 管 理 层 应 如 何 识别 需要 应 用 其 资源 并 减轻 潜在 影响 的 领域 ? 
A. 制 定 并 保留 一 份 积极 的 风险 登记 册 ， 包 含 风险 减轻 战略 和 成 本 效益 分 析 

B. 根 据 定 性 风险 分 析 和 预期 损失 ， 制 定 并 保留 一 份 积极 的 风险 登记 册 

5. 让 每 个 开发 团队 在 信息 辐射 器 上 张贴 最 高 风险 开发 项 

D. 通 过 将 开发 团队 分 隔 成 两 个 地 方 来 避免 风险 ， 确 保 知识 持续 性 

37. 在 一 次 Sprint 期 间 ， 团 队 遇 到 一 个 问题 ， 可 能 会 阻止 他 们 完成 Sprint 目 标 。 团 队 成 员 应 该 怎么 做 ? 
A. 将 该 问题 加 到 间 题 日 志 中 ， 将 其 保留 在 团队 内 ， 直 到 Sprint 结 果 确 定 为 止 

B. 中 止 当前 的 Sprint， 并 创建 一 个 新 的 Sprint， 以 确保 排除 有 问题 的 故事 

.如果 有 需要 的 话 ， 通 知 所 有 干系 人 该 问题 ， 并 讨论 如 何 调整 Sprint 待 办 事项 

D. 要 求 所 有 团队 成 员 尽 可 能 地 加 班 ， 以 保 满 足 原本 Sprint 的 承诺 


38. 许 多 问题 在 向 客户 展示 及 发 表 产 品 时 被 提出 。 由 于 产品 符合 要 求 ， 敏 捷 项 目 团队 感到 困惑 。 敏捷 管 理 专业 人 士 应 如 何 缓 
解 这 种 情况 ? 


A. 确 保 客户 在 整个 开发 过 程 积极 参与 并 审查 
B. 事 先 定 义 合同 中 的 所 有 需求 

C. 实 施 一 个 票务 变更 请 求 系统 

D. 延 迟 客户 演示 ， 直 到 所 有 产品 需求 均 已 识别 


39. 根 据 项 目 图 ， 连 代 3 的 速度 是 多 少 ? 


项 目 X 
300 
260 





250 
227 


200 186 


150 N45 





剩余 故事 点 
127 


100 115 


80 


50 
45 





迭 代 1 迭代 2 迷 代 3 迭代 4 迭代 5 迭代 6 迭代 7 迭代 8 迭代 9 壕 代 10 

A.30 

B.33 

C.40 

D.41 

40. 在 项 目 回 顾 中 “设置 阶段 ”的 目的 是 什么 ? 

A 重申 会 议 目 标 并 营造 开放 的 氛围 

B. 回 顾 范 围 说 明 书 并 总 结 项 目 成 果 

C .为 了 提升 团队 的 士气 ， 并 确保 每 个 人 都 参与 

D .描述 下 一 次 迭代 并 讨论 经 验 教训 


41. 某 敏捷 团队 成 员 已 经 测试 了 项 目 要 求 的 一 项 功能 ,但 发 现 该 功能 不 符合 基于 相应 用 户 故事 的 期 望 。 该 团队 成 员 应 该 怎么 
做 ? 


人 A 重新 查看 原始 需求 

B. 立 即 开始 修改 功能 

5 编写 面向 用 户 确认 的 测试 

D. 在 下 一 次 迭代 中 实施 测试 驱动 开发 (TDD) 


42. 首 席 执 行 官 对 敏捷 技术 不 熟悉 ， 担 心 团队 以 敏捷 作为 借口 ， 回 避 记 录 关 键 需求 、 沟 通 进度 及 制订 成 本 和 进度 计划 。 团 队 
应 如 何 向 首席 执行 官 保证 其 方法 是 有 效 的 ? 


A. 提 供 每 月 进度 报告 


B. 向 首席 执行 官 提供 敏捷 原始 相关 培训 ， 并 提供 敏捷 测量 指标 
C. 创 建 甘 特 图 ， 并 将 其 提交 给 首席 执行 官 
D. 建 议 首席 执行 官 与 产品 经 理 谈话 ， 获 得 有 关 进 度 和 当前 状态 的 更 新 


43. 在 第 三 次 迭代 结束 时 ， 团 队 展示 了 最 终 用 户 演示 。 最 终 用 户 在 每 次 产品 演示 之 后 都 反馈 要 求 变更 ， 现 在 更 认为 敏捷 流程 


有 缺陷 ， 应 当 停止 使 用 。 敏 捷 管 理 专业 人 士 应 该 怎么 做 ? 


做 ? 


A. 让 最 终 用 户 参 与 团队 回顾 会 

B. 为 客户 提供 敏捷 原则 方面 的 培训 ， 让 团队 继续 工作 

.要求 产 品 负责 人 向 最 终 客户 澄清 期 限 

D. 向 最 终 用 户 解释 项 目 如 何 符合 他 们 的 要 求 

44. 敏 捷 团 队 已 经 开 完 Sprint 计 划 会 议 ， 目 前 正 处 于 一 个 为 期 两 周 的 Sprint 会 议 的 第 六 天 。 团 队 应 该 集中 精力 做 什么 ? 
A. 仅 完成 他 们 各 自 的 任务 

B. 与 Scrum 大 师 讨 论 上 报 问 题 

C. 规 划 详 细 的 结构 和 设计 方案 


D. 随 着 Sprint 的 进展 ， 自 愿 完 成 任务 





45. 在 一 个 敏捷 项 目 开始 时 ， 敏 捷 管 理 专业 人 士 需要 为 新 产品 创建 一 个 共同 且 令 人 信服 的 愿景 。 敏 捷 管 理 专业 人 士 应 该 怎么 


A. 设 计 一 份 产品 路 线 图 

B. 总 结 用 户 故 事 

C. 编 写 执行 摘要 报告 

D. 生 成 一 份 电梯 间 简 报 (非常 简短 的 报告 ) 

46. 在 一 个 快速 发 展 的 项 目 上 ， 团 队 正 忙 着 追赶 需求 上 的 变更 ， 这 导致 缺陷 率 不 断 上 升 。Scrum 大 师 应 指导 团队 做 什么 ? 
A. 咨 询 项 目 经 理 和 项 目 发 起 人 ， 获 得 解决 方案 
B. 在 Scrum 会 议 上 讨论 这 个 问题 

C. 将 该 过 程 定义 为 团队 的 基本 规则 

D. 与 产品 负责 人 一 起 设计 一 个 解决 方案 

47. 为 什么 团队 需要 专注 于 敏捷 开发 方法 ? 

A. 为 了 交付 同时 是 项 目 与 产品 的 项 目 


B. 为 了 交付 按时 、 按 预算 且 功 能 完整 的 项 目 


C. 为 了 交付 能 大 幅 提高 生产 率 的 项 目 

D. 为 了 交付 规划 良好 且 符 和 干系 人 期 望 的 项 目 

48. 在 一 次 迭代 工作 中 ， 一 名 团队 成 员 识别 到 一 项 风险 。 敏 捷 项 目 经 理应 该 执行 下 面 哪个 分 析 ? 
A. 概 率 和 影响 分 析 

B. 只 执行 定量 风险 分 析 

C. 定 性 和 定量 风险 分 析 

D. 只 执行 定性 风险 分 析 

49. 一 个 团队 成 员 提出 的 一 个 问题 ， 引 起 了 团队 领导 的 注意 。 该 团队 领导 应 该 怎么 做 ? 
A. 让 团队 来 解决 这 个 问题 

B. 寻 求职 能 经 理 的 指导 

C. 解 决 这 一 问题 ， 并 通知 团队 

D. 让 产品 负责 人 一 起 解决 这 一 问题 ， 并 通知 团队 

50. 阁 要 确保 最 终 产品 满足 业务 需求 ， 敏 捷 项 目 管理 师 应 该 怎么 做 ? 

A. 邀 请 团队 参加 迭代 评审 会 议 

B. 获 得 产品 负责 人 对 业务 需求 的 同意 

5. 要 求 向 项 目 干系 人 发 送 定期 报告 

D. 确 认 经 理 和 项 目 干系 人 均 获 邀 参加 产品 评审 会 议 

51.Scr um 团队 有 两 名 开发 人 员 : 一 名 主题 专家 (SME) 和 一 名 高 级 开发 人 员 。 哪 种 方法 应 用 于 估算 故事 规模 ? 
A. 主 题 专家 (SME) 拥有 相关 领域 的 专业 知识 ， 应 该 估算 故事 规模 

B. 高 级 开发 人 员 拥 有 大 多 数 开 发 经 验 ， 应 该 估算 故事 规模 

C. 主 题 专家 (SME) 和 高 级 开发 人 员 应 该 一 起 估算 故事 规模 

D. 每 个 成 员 应 互相 合作 ， 并 形成 团队 一 起 估算 规模 

52. 哪 种 讨论 类 型 描述 了 有 效 的 回顾 会 的 特点 ? 

A. 没 有 任何 目标 和 行动 的 开放 式 讨论 

B. 在 高 度 流程 导向 的 讨论 中 ， 处 理 所 有 未 解决 的 问题 

5. 在 没有 时 间 盒 的 情况 下 ， 进 行 流程 和 行动 导向 的 讨论 


D. 在 有 时 间 盒 的 情况 下 ， 进 行 目标 和 行动 导向 的 讨论 


53. 在 一 次 评审 会 议 上 ， 敏 捷 项 目 团队 意识 到 在 约定 期 限 内 将 不 能 按时 完成 全 面 发 布 待 办 列表 事宜 。 团 队 应 该 怎 


A. 计 算 完 成 还 需要 多 少 名 团队 成 员 


B. 与 产品 负责 人 沟通 一 个 新 的 完工 日 期 估算 


么 做 ? 


.对 待 办 列表 重新 排列 优先 顺序 ， 并 删除 最 没有 价值 的 故事 


D. 与 产品 负责 人 一 起 协商 范围 和 进度 计划 


54. 在 开发 一 个 新 应 用 程序 的 开题 会 议 上 ， 
A. 邀 请 安全 团队 成 员 参 加 项 目 规划 会 议 
B. 与 产品 经 理 讨论 这 个 问题 

C. 在 下 一 次 站 会 上 讨论 该 问题 

D. 在 产品 发 布 时 讨论 该 问题 


55. 团 队 X 和 团队 Y 都 在 为 同一 个 项 目 工 作 。 团 队 X 已 


一 名 敏捷 团队 成 员 表 达 了 对 网 络 安全 的 担心 ， 


敏捷 项 目 领导 应 该 怎么 做 ? 


径 承 诺 未 来 六 次 迭 代 的 可 交付 成 果 ， 而 团队 Y 只 承诺 未 来 三 次 迭代 的 可 交 


付 成 果 ， 项 目 发 起 人 让 敏捷 管理 专业 人 士 解释 为 什么 团队 Y 没 有 承诺 更 多 的 迭代 。 敏 捷 管 理 专 业 人 士 应 如 何 回答 ? 


A 解释 团队 X 和 团队 Y 没 有 一 对 一 的 比较 


B. 传 达 团 队 X 必 须 规划 三 次 迭代 来 匹配 团队 Y 的 速度 


C. 解 释 团 队 X 拥 有 更 多 的 资源 以 及 更 少 的 依赖 关系 


D. 传 达 高 级 管理 层 不 讲 道理 


56. 敏 捷 项 目 团 队 遇 到 迭代 速度 波动 的 情况 ， 若 要 给 敏捷 项 目 环境 带 来 持续 一 致 的 速度 ， 敏 捷 团 队 领 导 应 该 怎么 做 ? 

A. 培 养 团 队 成 员 之 间 的 合作 ， 实 现 理想 的 迭代 速度 

B. 鼓 励 合 作 的 团队 工作 ， 实 现 团队 目标 

C. 设 置 之 前 迭代 的 最 高 速度 ， 并 将 其 作为 基准 

D. 召 开 一 次 团队 会 议 ， 理 解 出 现 变动 的 原因 ， 并 制定 最 佳 的 迭代 速度 

57. 敏 捷 管 理 专业 人 士 意识 到 有 一 名 产品 负责 人 有 点 难以 了 解 迭代 速度 。 若 要 帮助 产品 负责 人 了 解 迭 代 的 整体 速度 ， 敏 捷 管 
理 专业 人 士 应 该 怎么 做 ? 

A. 邀 请 该 产品 负责 人 参加 回顾 会 


B. 向 该 产品 负责 人 提供 燃 尽 图 
C. 让 项 目 经 理 与 该 产品 负责 人 会 面 
D. 要 求 该 产品 负责 人 等 到 迭 


58. 仆 人 式 领 导 角色 在 团队 中 做 出 了 哪 种 关键 贡献 ? 


代 完 成 后 ， 再 开始 了 解 迭 代 速 度 


A. 定 义 迭 代 待 办 事项 的 内 容 
B. 为 团队 成 员 消 除 障碍 

C. 向 团队 成 员 分 配 工作 

D. 创 建 工作 项 估算 


59 高 层 管理 人 员 希 望 基于 一 个 由 敏捷 团队 正在 开发 的 救生 产品 来 预测 公司 的 未 来 发 展 。 高 管 希 望 在 下 一 次 股东 大 会 上 演示 
产品 的 特性 和 功能 。 敏 捷 管理 专业 人 士 应 该 怎么 做 ? 


A. 向 高 层 管理 人 员 提 供 演 示 

B. 邀 请 股东 参加 每 日 站 会 

5. 为 股东 分 享 、 发 布 和 更 新 产品 路 线 图 及 故事 地 图 
D. 邀 请 高 层 管理 人 员 参 加 每 日 站 会 


60. 一 个 敏捷 项 目 拥有 11 名 集中 办 公 的 团队 成 员 ， 他 们 按 一 个 稳定 的 速度 执行 工作 。 在 第 9 次 迭代 中 途 ， 有 些 团队 成 员 离 
职 ， 并 由 5 名 分 散在 不 同 地 理 位 置 的 成 员 蔡 代 。 敏 捷 项 目 管理 师 应 对 新 项 目 团队 有 何 期 待 ? 


A. 团 队 将 组 建 ， 并 将 以 前 项 目 团队 相同 的 速度 水 平 执行 工作 

B. 在 团队 以 稳定 的 速度 执行 工作 之 前 ， 团 队 将 经 历 震 荡 阶 段 ， 并 在 更 为 频繁 的 沟通 中 规范 化 
5. 团 队 将 处 理 和 解决 所 发 生 的 任何 团队 冲突 

D. 团 队 成 员 将 关注 他 们 自己 的 可 交付 成 果 和 速度 

61 一 名 初级 团队 成 员 提出 完成 团队 目标 的 新 方法 ， 团 队 应 该 怎么 办 ? 

A. 作 为 一 个 团体 决定 是 否 应 采用 新 方法 

B. 与 该 团队 成 员 一 起 合作 决定 是 否 应 采用 新 方法 

.让 高 级 团队 成 员 决定 是 否 采 用 新 方法 

D. 与 管理 层 讨论 采用 新 方法 事宜 

62. 项 目 愿景 陈述 是 在 团队 达成 一 致意 见 的 情况 下 创建 的 ， 下 列 哪 一 项 应 包含 在 陈述 中 ? 
A. 明 确 且 可 衡量 的 成 功 标准 

B. 项 目 团队 结构 

5. 项 目 进度 计划 

D. 从 团队 角度 看 的 项 目 目标 

63. 下 列 哪 一 项 属于 估算 用 户 故 事 规模 的 技术 ? 


A: 专家 判断 


B. 计 划 补 充 
C. 燃 尽 图 
D. 看 板 补 充 


64.Scrum 主 管 意识 到 一 名 团队 成 员 正 成 为 项 目 某 个 具体 方面 的 专家 。 除 了 其 自己 承诺 的 任务 外 ， 该 团队 成 员 还 开始 帮助 其 
他 团队 成 员 。 这 引起 了 其 他 团队 成 员 的 担忧 。Scrum 主 管 应 该 怎么 做 ? 


A. 让 团队 自 组 织 

B. 在 站 会 上 加 强 已 分 配 的 任务 

C. 为 该 团队 成 员 分 配 更 多 故事 

D. 与 该 团队 成 员 会 面 ， 就 当前 这 种 情况 进行 讨论 

65. 在 上 一 次 站 会 期 间 ， 团 队 发 现 两 名 成 员 之 间 有 冲突 ， 团 队 领 导 应 该 怎么 做 ? 
A. 等 到 下 一 次 回顾 会 ， 讨 论 该 问题 

B. 尽 快 与 项 目 领导 开会 解决 该 问题 

.要求 将 团队 成 员 转 移 到 另 一 个 项 目 中 

D. 安 排 一 次 与 团队 成 员 的 会 议 ， 协 同 解决 这 一 问题 


66. 在 观察 权限 编程 (XP) 团队 时 ， 项 目 经 理 注意 到 每 名 程序 员 都 与 另 一 名 程序 员 配对 ， 且 这 些 配对 不 断 发 生变 化 ， 项 目 经 
理 的 反应 应 如 何 ? 


A. 意 识 到 合作 伙伴 是 流动 的 ， 不 干扰 这 种 安排 
B. 意 识 到 这 可 能 会 导致 一 段 时 间 的 混乱 ， 并 建议 改变 


5. 为 项 目 安排 合作 伙伴 ， 并 与 团队 分 享 





D. 将 经 验 最 丰富 的 程序 员 与 经 验 最 少 的 程序 员 配 对 


67. 敏 捷 团 队 正在 花 较 长 的 周期 来 开发 功能 ， 增 加 周期 时 间 导 致 质量 较 差 。 团 队 应 当 采 用 哪 项 法 则 改进 质量 ? 


A. 精 益 交 付 时 间 法 则 


B. 收 益 通 减 定律 


C. 利 特 尔 法 则 


D. 帕 金森 定律 


68 .组 织 正在 经 历 从 瀑布 模式 到 敏捷 开发 的 转变 ， 计 划 逐 步 采 取 “混合 敏捷 ”过 程 ， 项 目 经 理 被 聘用 来 在 该 组 织 中 管理 一 个 
为 期 两 年 的 项 目 ， 高 层 管理 团队 希望 项 目 经 理 制订 一 个 整体 项 目 计 划 ， 包 括 项 目 路 线 图 和 里 程 碑 预测 。 项 目 经 理应 该 怎么 做 ? 


A. 根 据 需求 制定 路 线 图 和 里 程 碑 


B. 定 义 时 间 盒 并 确定 可 交付 成 果 

5. 解 释 人 敏捷 方法 并 不 定义 长 期 目标 

D. 将 可 交付 成 果 和 里 程 碑 与 组 织 愿景 保持 一 致 

69 .敏捷 管理 专业 人 士 应 该 怎么 做 以 维护 一 份 含 可 见 度 、 监 控 性 并 具有 优先 顺序 的 风险 和 问题 清单 ? 
A. 进 行 团队 建设 活动 、 风 险 评审 和 迭代 回顾 

B. 利 用 信息 发 射 源 、 每 日 站 会 和 规划 会 议 

5. 确 保 项 目 具有 全 面 的 文档 

D. 确 保 继续 维持 风险 和 问题 日 志 

70. 敏 捷 团 队 已 经 识别 出 项 目 中 需要 的 一 个 非 功 能 性 需求 。 团 队 不 能 确定 如 何 继续 。 敏 捷 管 理 专业 人 士 应 提出 什么 建议 ? 
人 A 重新 审视 原始 规范 ， 将 其 需求 编写 为 一 个 探测 用 户 故 事 

B. 为 该 需求 编写 一 个 用 户 故 事 ， 并 将 其 放 进 发 布 待 办 事项 中 

C. 将 其 记录 为 一 个 变更 请 求 ， 并 将 其 包含 在 后 续 版 本 中 

D. 将 其 添加 为 一 项 风险 ， 通 过 风险 管理 流程 跟踪 该 风险 


71. 以 下 表格 列 出 了 某 个 敏捷 项 目 版 本 的 故事 。 如 果 团 队 在 第 一 次 迭代 中 完成 故事 A、 故 事 B 以 及 50% 的 故事 C， 那 么 团队 的 


速度 是 多 少 ? 


故事 故事 点数 
4 


CQO) 中 可 品 人 个 巴 户 
和 人 un 


A.9 

B.10 

C.12 

D.15 

72. 一 名 外 部 干系 人 希望 被 告知 即将 发 生 的 风险 和 问题 。Scrum 主 管 应 该 怎么 做 ? 
A 与 该 外 部 干系 人 会 面 ， 审 查 风险 登记 册 

B. 与 该 外 部 干系 人 会 面 ， 审 查 项 目 计 划 

C. 定 期 更 新 项 目 计 划 ， 并 发 送 给 外 部 干系 人 审查 

D. 指 引 该 外 部 干系 人 查看 信息 发 射 源 

73. 客 户 要 求 的 产品 功能 比 团队 成 员 在 一 次 迭代 中 交付 的 功能 还 多 。 敏 捷 管 理 专业 人 士 应 如 何 应 对 客户 ? 
A. 告 诉 客户 ， 团 队 将 工作 到 很 晚 来 满足 业务 需求 

B. 让 客户 对 功能 的 优先 级 排序 


5. 同 意 交 付 客户 要 求 的 功能 ， 并 安排 在 这 次 返 代 中 


D. 要 求 客户 将 其 添加 至 产品 待 办 事项 中 


74 .敏捷 团队 在 迭代 中 ， 正 开发 一 个 复杂 的 产品 。 在 第 三 次 迭代 中 ， 产 品 负责 人 发 现 了 一 个 问题 。 
什么 ? 


A. 创 建 一 个 难点 刺探 故事 

B. 继 续 添加 功能 ， 因 为 迭代 已 开始 

.取消 并 重新 计划 Sprint 

D. 增 加 Sprint 长 度 ， 因 为 添加 了 额外 功能 

75. 敏 捷 团 队 处 于 早期 形成 阶段 ， 若 要 设置 正确 的 期 望 ， 团 队 应 该 怎么 做 ? 
A. 提 供 确立 领导 权威 的 方向 

B. 安 排 定期 的 绩效 评 佑 

C. 根 据 高 绩效 表现 以 提供 奖励 

D. 制 定 基 本 规划 和 目标 

76 .敏捷 项 目 团队 在 迭代 期 间 收 到 一 个 紧急 请 求 。 敏 捷 项 目 经 理 首 先 应 该 做 什么 ? 
A. 停止 未 完成 用 户 故 事 的 工作 ， 先 为 该 请 求 工 作 

B. 召 开 一 场 团队 会 议 ， 更 改 迭 代 范 围 以 包含 该 请 求 

C. 向 客户 提供 项 目 团队 建议 的 意见 


D. 解 释 到 下 一 次 迭代 之 前 ， 团 队 不 能 包含 该 请 求 


产品 负责 人 应 该 告诉 团队 


77. 一 家 小 公司 的 开发 团队 经 历 了 产品 完工 以 及 发 布 验证 和 测试 的 长 时 间 延 期 。 公 司 担心 这 将 影响 到 其 在 市 场 上 的 竞争 力 。 


团队 应 使 用 什么 分 析 来 理解 这 个 问题 ? 


A. 风 险 管理 


B. 偏 差 和 趋势 


. 卡 诺 模 型 


口 
Ey 
邢 
区 


78 .敏捷 团队 正在 一 个 监管 严格 的 组 织 内 从 事 一 个 项 目 。 团 队 正 在 使 用 进 代 方法 ， 但 需要 遵循 组 织 特 定 的 过 程 。 敏 捷 管 理 专 


业 人 士 应 如 何 采用 这 些 组 织 过 程 规划 发 布 ? 


A. 为 了 交付 项 目 ， 在 组 织 过 程 的 限制 下 工作 
B. 坚 持 让 该 组 织 采 用 一 种 迭代 交付 的 方法 


C. 咨 询 敏捷 导师 ， 如 何 规划 发 布 过 程 


D. 向 该 组 织 建议 不 采用 敏捷 过 程 

79. 为 确保 产品 符合 业务 需求 ， 敏 捷 项 目 经 理应 采取 的 其 中 一 个 首要 步骤 是 什么 ? 
A. 让 干系 人 的 利益 和 期 望 相 符合 

B. 开 始 规划 下 一 次 迭 代 

C. 集 合 开 发 人 员 ， 为 用 户 故 事 排列 优先 顺序 

D. 与 开发 团队 一 起 制订 项 目 计划 

80. 整 个 团队 以 Crystal Clear 法 集中 办 公 时 ， 会 发 生 下 列 哪 一 项 ? 

A. 一 种 让 整个 团队 更 有 效 沟 通 的 方法 

B. 组 建 、 震 荡 、 规 范 和 执行 的 团队 动态 

C. 同 步 日 常生 活 习 惯 和 例 程 

D. 及 时 、 渗 透 式 沟通 

81 .敏捷 团队 正 显示 出 士气 低落 的 迹象 。 敏 捷 项 目 经 理应 该 怎么 做 ? 
A. 让 员工 的 直属 经 理 来 解决 这 个 问题 

B. 依 靠 团队 来 激励 他 们 自己 

C. 询 间 产 品 发 起 人 的 指示 

D. 与 团队 协作 来 解决 这 一 问题 


82. 在 回顾 会 上 ， 燃 尽 图 显示 项 目 略 微 落 后 于 进度 计划 。 项 目 团队 识别 到 是 一 名 经 验 不 足 的 软件 工程 师 导致 了 团队 速度 的 下 
。 项 目 团队 应 该 如 何 解决 这 个 问题 ? 


A. 在 回顾 会 上 建议 结对 编程 

B. 要 求 产 品 负责 人 在 下 一 次 回顾 会 上 重新 排列 用 户 故 事 的 优先 顺序 

.在 下 一 次 迭代 计划 会 议 上 ， 与 团队 成 员 一 起 重新 估算 故事 点 

D. 在 下 一 次 迭代 计划 会 议 上 ， 将 较 不 复杂 的 用 户 故事 分 配给 经 验 不 足 的 软件 工程 师 


83. 一 名 团队 专业 人 员 表 达 和 希望 将 角色 从 测试 人 员 转 换 为 研发 人 员 。 该 团队 成 员 已 经 完成 几 门 课程 ， 并 获得 了 一 类 研发 经 


人 金 。 团 队 担心 角色 转换 可 能 会 减缓 项 目的 速度 。 敏 捷 管 理 专业 人 士 应 该 怎么 做 ? 


A. 提 醒 团队 敏捷 方法 支持 跨 职能 发 展 ， 要 求 团队 能 适应 
B. 在 每 日 站 会 上 与 团队 讨论 并 评估 有 关 转 换 对 项 目 速度 造成 的 影响 
5. 在 问题 日 志 中 记录 该 团队 成 员 的 角色 转换 请 求 ， 并 记录 有 关 潜 在 速度 变化 的 风险 


D. 如 果 开 发 职位 有 空缺 ， 鼓 励 团队 成 员 申请 该 职位 


84 经理 让 两 名 项 目 经 理 来 确定 应 聘 哪 种 方法 用 于 即将 开展 的 项 目 。 经 理解 释 阅 项 目 发 起 人 经 常 改变 想法 ， 但 是 仍然 希望 能 
够 快速 交付 产品 。 其 中 一 名 项 目 经 理 在 瀑布 式 管理 方法 方面 拥有 丰富 的 经 验 ， 而 另 一 名 项 目 经 理 使 用 的 是 敏捷 方法 。 为 什么 敏捷 


A. 因 为 它 让 项 目 发 起 人 全 权 控制 项 目 

B. 因 为 它 人 允许 管理 层 监控 项 目 

C. 因 为 它 采 用 增 量 式 交付 方法 ， 并 经 常 与 干系 人 一 起 审查 
D. 因 为 它 保 证 初始 范围 将 全 部 完成 


85. 在 产品 开发 阶段 结束 时 ， 敏 捷 项 目 团队 确认 所 有 测试 均 已 通过 ， 产 品 已 发 布 ， 但 是 客户 投诉 说 产品 有 缺陷 。 在 产品 发 布 
之 前 ， 项 目 团队 应 已 完成 下 列 哪 一 项 ? 


A. 请 求 项 目 友 起 人 的 批准 

B. 执 行 所 有 需求 评审 

C. 开 展 阶段 结束 演示 

D. 执 行 一 次 回顾 ， 核 实 项 目 可 交付 成 果 

86. 在 一 次 迭代 过 程 中 ， 产 品 负责 人 通知 团队 某 些 功能 原先 不 包含 在 迭代 中 ， 但 现在 需要 包含 ， 团 队 应 该 怎么 做 ? 
A. 告 诉 产品 负责 人 等 到 下 一 次 运 代 计划 会 议 

B. 与 产品 负责 人 一 起 工作 ， 重 新 排列 功能 的 优先 级 ， 并 将 较 低 的 优先 级 功能 从 当前 迭代 中 删除 

C. 包 含 所 有 请 求 的 功能 

D. 通 知 产品 负责 人 ， 一 旦 迭代 处 于 进行 当中 ， 不 允许 进行 任何 变更 ， 拒 绝 新 的 功能 

87. 公 司 决定 为 一 个 新 项 目 实施 敏捷 ， 并 成 立 一 个 敏捷 团队 。 为 确保 成 功 ， 应 如 何 组 织 敏捷 团队 ? 


A. 通 过 技能 组 合 


88. 敏 捷 项 目 团队 决定 采用 使 用 中 的 测试 过 程 。 这 一 决定 是 在 哪 一 次 会 议 上 产生 的 ? 
A.Sprint 回 顾 会 议 

B.Sprint 审 查 会 议 

C. 发 布 回顾 会 议 


D.Sprint 计 划 会 议 


89. 客 户 不 确定 迭代 的 进展 状况 如 何 ， 并 请 求 审查 迄今 为 止 完成 的 工作 。 
求 修 订 。 敏 捷 项 目 团队 接 下 来 应 该 怎么 做 ? 


A. 要 求 客 户 参 加 变更 控制 委员 会 会 议 

B. 记 录 所 有 变更 ， 这 样 就 有 一 份 修订 记录 

C. 根 据 客户 请 求 调整 迭代 计划 ， 将 修订 的 优先 级 提高 

D. 等 到 运 代 结束 后 再 加 入 修订 

90. 完 成 一 项 工作 增 量 后 ， 在 集合 参加 回顾 会 时 ， 敏 捷 团 队 应 该 做 什么 ? 
A. 执 行 敏 捷 审 计 并 更 新 代办 事项 

B. 检 查 并 调整 其 方法 和 做 法 

.天 注 人 际 交 往 问题 


D. 庆 祝 成 功 完成 迭代 


A. 它 比 其 他 估算 技术 使 用 时 间 要 少 
B. 它 迫使 团队 将 较 大 的 故事 分 解 成 更 小 、 更 易于 管理 的 片段 
C. 它 在 累积 流 图 上 更 容易 显示 速度 


D. 它 让 经 验 不 足 的 团队 成 员 能 够 参与 


审查 完成 后 ， 客 户 对 迄今 完成 的 工作 不 满意 ， 并 要 


92. 产 品 负责 人 发 现 团队 之 前 承诺 的 需求 不 再 适用 于 客户 。 产 品 负责 人 应 采取 什么 行动 ? 


A. 调 整 计划 ， 并 与 客户 确认 

B. 不 调整 计划 ， 直 到 下 次 Sprint 审查 之 后 再 调整 计划 
C. 与 开发 人 员 分 享 新 计划 

D. 为 新 计划 启动 一 个 扑克 计划 会 议 


93. 组 织 正在 经 历 从 瀑布 模式 到 | 敏捷 开发 的 转变 。 该 组 织 计 划 逐 步 采 取 
变 和 产品 开发 ， 其 下 一 步 该 怎么 做 ? 


A. 建 立 工作 授权 和 工作 分 解 结构 (WBS) 
B. 避 免 微观 管理 和 日 常 管理 费 
C. 让 干系 人 参与 ， 并 制定 过 程 


D. 形 成 小 工作 组 合 孤岛 


“混合 敏捷 ”开发 过 程 。 项 目 经 理 受聘 来 领导 组 织 转 


94. 某 组 织 团 队 职能 趋 于 一 致 ， 通 常 ， 这 意味 着 只 有 在 团队 之 间 互 相 发 送 可 交付 成 果 的 过 程 结束 时 才 会 发 现 缺陷 。 若 要 改善 


产品 质量 ,敏捷 管理 专业 人 士 应 该 怎么 做 ? 
A. 根 据 需要 执行 反馈 ， 并 为 每 个 团队 实施 过 程 改进 和 质量 保证 
B. 指 定 一 名 调解 人 充当 团队 之 间 的 沟通 桥梁 
C. 创 建 一 个 跨 职能 团队 ， 以 便 不 断 地 生成 、 验 证 及 确认 
D. 在 需求 定义 阶段 花 更 多 的 时 间 
95. 在 一 次 迭代 规划 会 上 ， 识 别 到 新 的 风险 。 敏 捷 管 理 专业 人 士 应 该 怎么 做 ? 
A. 在 下 一 次 风险 管理 会 议 中 沟通 这 个 问题 
B. 将 这 些 风 险 记 录 在 风险 登记 册 中 
C. 将 这 些 风 险 放 在 观察 清单 上 
D. 请 求 管理 层 的 指示 


96 .客户 拒 收 团队 开发 的 一 个 Web 应 用 程序 ， 因 为 客户 认为 需求 被 遗漏 。 为 确保 开发 的 工作 通过 验收 ， 团 队 应 采取 什么 步 
又 ? 


A 与 客户 一 起 执行 定期 评审 和 产品 演示 
B. 对 客户 的 新 需求 重新 开始 新 项 目 

C. 在 产品 演示 期 间 沟 通 所 有 变更 

D. 在 产品 演示 之 前 获得 项 目 负 责 人 的 批准 


97. 在 一 次 Sprint 审查 会 议 上 ， 客 户 对 产品 印象 极其 深刻 ， 要 求 立 即 发 布 该 产品 ， 推 向 市 场 。 敏 捷 团 队 担心 ， 因 为 还 未 解决 
产品 维护 用 例 问题 。 产 品 负责 人 将 团队 的 担心 告知 客户 。 团 队 下 一 步 应 该 怎么 做 ? 


A. 发 布 该 产品 ， 但 通知 用 户 产 品 维护 只 能 等 到 未 来 版 本 才能 提供 

B. 执 行 更 为 敏捷 的 过 程 步骤 来 实现 维护 功能 

C. 重 新 调整 产品 待 办 事项 的 优先 级 ， 在 产品 发 布 之 前 实现 维护 功能 和 用 户 故 事 
D. 安 排 一 次 干系 人 Scrum 会 议 ， 来 讨论 产品 发 布 之 前 必须 完成 的 最 小 可 售 单元 


98 .敏捷 团队 正在 准备 着 手 从 事 一 个 涉及 一 些 构架 风险 的 大 规模 故事 。 由 于 下 一 个 迭代 已 经 计划 完毕 ， 敏 捷 项 目 管理 师 应 该 
如 何 解决 这 个 问题 ? 


A. 推 迟 该 故事 的 工作 ， 保 持 团 队 速 度 
B. 重 新 查阅 需求 ， 创 建 详细 的 规范 
5. 在 风险 登记 册 上 添加 该 故事 ， 并 与 客户 一 起 分 析 


D. 执 行 考察 工作 ， 更 好 地 理解 该 风险 


99 .敏捷 团队 正在 从 事 创 造 一 项 新 产品 的 任务 ， 团 队 已 经 创造 了 新 产品 ， 但 由 于 一 项 独特 的 需求 ， 


该 怎么 做 ? 
A. 尽 可 能 延长 当前 迭代 ， 直 到 可 以 交付 
B. 请 求 一 名 专家 临时 加 入 团队 
C. 复 制 男 一 个 产品 的 功能 ， 并 在 之 前 改造 
D. 将 故事 拆 分 成 几 次 迭代 ， 直 至 完成 该 功能 
100. 敏 捷 团队 正 致 力 于 产品 开发 ， 哪 些 活动 可 以 帮助 团队 建立 良好 的 协调 ? 
人 A 每 日 站 会 
B. 发 布 问题 会 议 


C. 待 办 事项 改进 


D. 发 布 计划 会 议 


完成 迭代 很 困难 。 


队 应 





答案 解析 


1. 答 案 : C。 回 顾 会 涉及 的 三 个 主要 问题 是 : 哪些 是 做 得 好 的 ; 哪些 是 做 得 不 好 的 ; 准备 下 一 个 迭代 做 人 什么。 顾此失彼 就 会 
开 成 “表扬 会 ”或 “抱怨 会 ”。A 不 关注 成 员 有 反馈， 只 关注 会 议 的 形式 ; B 属 于 把 团队 运作 的 问题 作为 非 功 能 性 需求 ， 或 者 叫 改 
进 的 需求 纳入 待 办 事项 。 回 顾 会 是 Scrum 的 关键 仪式 活动 ， 不 会 轻易 被 替代 ， 所 以 D 不 对 。 


2. 答 案 : D。PO 是 客户 的 代言 人 ， 负 责 产品 的 价值 排序 。 对 每 个 迭代 做 哪些 东西 ，PO 具 有 最 终 决 定 权 。 


3. 答 案 : C。 燃 尽 图 只 能 显示 目前 遗留 的 故事 点 数 ， 但 是 无 法 跟踪 具体 的 工作 项 。 题 目 问 的 项 目 级 别 工 作 项 只 能 用 Product 
backlog 来 跟踪 。 


4 答案 : A。 探 测 是 针对 一 些 技术 问题 进行 的 ， 间 题 得 到 解决 ， 探 测 就 结束 。 


5. 答 案 : D。 质 量 为 先是 敏捷 的 核心 ， 不 能 因为 速度 而 牺牲 质量 。 敏 捷 方法 通过 全 局 过 程 中 频繁 的 反馈 和 质量 活动 进行 持续 
的 质量 管理 ， 比 如 持续 集成 、 结 对 编程 、 评 审 会 等 。 


6. 答 案 : C。 信 息 发 射 源 是 敏捷 倡导 的 沟通 工具 ， 比 如 看 板 就 是 一 种 信息 发 射 源 ， 为 了 达成 共识 ， 一 些 基 本 的 约定 和 标识 需 
要 在 看 板 中 明确 。 


7. 答 案 : B。 团 队 的 速度 在 初始 的 几 个 迭代 一 般 不 稳定 ， 但 是 偏差 不 大 ， 此 题 说 明 估算 的 速度 有 问题 ， 影 响 到 了 交付 时 间 ， 
所 以 需要 尽早 反馈 项 目 状 态 给 PO， 便 于 及 时 调整 ， 沟 通 新 的 发 布 时 间 。 通 常 敏捷 的 团队 人 员 固 定 ， 所 以 A 不 对 。 故 事 点 数 和 理 
想 天 数 仅仅 是 不 同 的 估算 单位 ， 所 以 C 不 对 。D 只 是 通知 、 知 会 (inform) 一 下 PO， 没 有 B 中 的 沟通 (Communicate) 好 。 


8. 答 案 : D。 尊 重 团队 自 组 织 的 特点 。 
9. 答 案 : B。 团 队 成 员 相 互 结对 ， 减 少 某 个 领域 的 重复 性 工作 ， 提 升 整体 团队 的 技能 和 积极 性 。 
10. 答 案 : A。 通 过 持续 的 沟通 ， 确 保 干系 人 的 目标 和 团队 的 目标 保持 一 致 。 


11. 答 案 : A。 团 队 士 气 降低 从 而 影响 工作 效率 ， 作 为 团队 领导 者 要 协助 探索 问题 、 分 析 问 题 并 解决 问题 ， 以 提高 绩效 。 一 
味 地 进行 团 建 活动 ， 治 标 不 治本 ， 问 题 可 能 会 复发 ， 所 以 C 不 如 A 好 。 


12. 答 案 : B。 采 用 时 间 盒 的 方式 聚焦 ， 减 少 任务 切换 或 者 等 待 浪费 ， 也 可 以 称 为 非 生产 线性 的 时 间 ， 不 创造 价值 。 敏 捷 强调 
的 是 全 局 优化 而 不 仅仅 是 关键 流程 的 优化 ， 所 以 D 不 正确 。 


13. 答 案 : A。 从 次 尽 图 可 见 ， 斜 线 趋 于 平稳 ， 产 生 这 种 情况 的 原因 可 能 有 两 种 原因 : 一 是 故事 点 增加 导致 范围 蔓延 ; 二 是 
团队 速度 降低 。 昌 然 无 法 判断 是 两 者 中 的 哪个 原因 导致 的 ， 但 是 都 可 以 视 为 迭代 处 于 危险 中 ， 存 在 风险 。 


14. 答 案 : A。“ 喜 -缓冲 - 强 法 ”为 了 使 工件 不 在 瓶颈 工序 前 过 多 地 积压 和 在 瓶颈 工序 后 能 迅速 成 套 ， 对 瓶颈 工序 前 的 工序 按 
拉动 方式 编制 计划 ， 而 对 瓶颈 工序 后 的 工序 则 按 推动 方式 编制 计划 。 


15. 答 案 : D。 史 诗 是 比较 大 的 用 户 故事 。 


16. 答 案 : C。 愿 景 可 以 根据 干系 人 的 陈述 在 过 程 中 有 所 变化 ， 但 是 需要 在 干系 人 之 间 保 持 一 致 ， 达 成 共识 。 敏 捷 团 队 领 导 
者 有 一 个 职责 就 是 确保 在 团队 运作 中 保持 持续 的 愿景 。 


17. 答 案 : B。 根 据 敏捷 三 角形 ， 固 定时 间 和 人 人力， 改变 项 目 范围 ， 所 以 可 以 删除 一 些 优先 级 低 的 任务 。 


18. 答 案 : A。 在 敏捷 实施 中 ， 可 以 代表 用 户 的 一 般 为 业务 分 析 师 或 者 业务 负责 人 ， 业 务 分 析 师 更 为 专业 一 些 。 


19. 答 案 : C。 此 题 根 据 最 小 可 售 功能 (MMF) 的 定义 作答 。 


20. 答 案 : A。 品 质 为 先是 敏捷 的 核心 ， 在 追求 速度 的 同时 不 能 牺牲 质量 。 敏 捷 提 倡 在 全 局 确保 质量 ， 比 如 持续 集成 、 结 对 


编程 、 站 会 、 评 审 会 等 。 
21 答案 ; B。 团 队 领 导 要 给 团队 创造 一 种 安全 的 环境 。 
22 .答案 : B。PO 负 责 用 户 故事 的 细 化 和 澄清 ， 团 队 负责 实现 。 项 让 PO 给 出 实现 的 解决 方案 ， 不 正确 。 


23. 答 案 : B。 干 系 人 的 参与 对 敏捷 项 目的 成 功 至 关 重 要 ， 是 必需 的 。 敏 捷 管 理 专业 人 士 要 向 团队 前 述 干系 人 参与 的 重要 性 。 
这 属于 团队 内 部 管理 的 事情 ， 不 需要 上 报 给 管理 层 ， 所 以 D 和 C 不 正确 。 


24. 答 案 : D。 对 于 复杂 项 目 ， 客 户 需求 不 断 变 化 ， 说 明 变 更 的 频率 比较 大 。 为 了 更 好 地 应 对 ， 可 以 缩短 迭代 的 周期 ， 提 升 
对 需求 不 确定 性 的 响应 。C 是 传统 瀑布 的 做 法 ， 不 符合 敏捷 的 拥抱 变化 的 理念 。A 是 梳理 故事 优先 级 ， 但 是 不 能 根本 上 解决 问 
题 。B 项 中 上 报 发 起 人 ， 不 正确 。 


25. 答 案 : D。 题 目 中 说 不 破坏 文化 和 规范 ， 需 要 在 此 基础 上 创建 一 份 人 敏捷 的 愿景 描述 。 回 顾 会 的 问题 是 分 析 经 验 教训 ， 寻 
找 改进 ， 所 以 A 不 对 ; 卡 诺 分 析 是 价值 排序 的 工具 ， 所 以 B 不 对 。 


26. 答 案 : D。 持 续 规划 是 敏捷 的 理念 。 此 题 参照 适应 性 计划 作答 。 
27. 答 案 : D。 团 队 采 用 参与 式 决策 的 方式 ， 达 成 一 致 和 共识 。 
28. 答 案 : B。 和 迭代 期 间 的 持续 反馈 可 以 减少 歧义 ， 及 时 解决 问题 ， 确 保 交 付 的 产品 满足 客户 的 需求 和 期 望 。 


29. 答 案 : D。 价 值 交付 是 驱动 敏捷 开发 的 核心 ， 如 果 这 些 功能 不 必要 ， 就 视 为 不 产生 价值 ， 就 需要 及 时 终止 ， 否 则 就 是 一 
种 浪费 。 此 题 可 参考 敏捷 原则 10: “最 大 可 能 减少 不 必要 的 工作 ” 。 


30. 答 案 : A。 题 目 考点 是 价值 排序 的 方法 ， 只 有 卡 诺 分 析 符 合 。 


31. 答 案 : B。 和 迭代 中 遇 到 的 问题 可 以 及 时 上 报到 站 会 ， 但 是 站 会 上 仅仅 定义 问题 的 三 要 素 : 什么 问题 ， 谁 来 解决 ， 什 么 时 间 
解决 。 站 会 上 不 解决 具体 问题 。 


32. 答 案 : A。 根 据 用 户 故事 的 3C 属 性 ， 用 户 故 事 的 失败 可 能 是 缺少 验收 标准 造成 的 。 
33. 答 案 : A。 价 值 驱动 交付 ， 敏 捷 的 待 办 事项 要 基于 价值 排序 。 
34. 答 案 : A。 根 据 重 构 的 定义 ， 重 构 不 改变 功能 ， 只 提升 代码 的 可 维护 性 等 ， 减 少 技术 债务 。 


35. 答 案 : A。 每 日 站 会 是 scrum 中 的 重要 的 仪式 活动 。 发 起 人 质疑 站 会 ， 可 能 是 因为 不 了 解 站 会 的 价值 和 目的 ， 作 为 敏捷 
专业 人 士 ， 可 以 给 发 起 人 前 述 站 会 的 目的 和 价值 。 


36. 答 案 : C。 遇 到 风险 要 及 时 曝光 ， 可 以 通过 风险 燃 尽 图 这 样 的 信息 发 射 源 进行 显示 。 


37. 答 案 : C。 题 目 描述 的 是 一 个 重大 问题 ， 有 可 能 影响 Sprint 目标 的 实现 ， 这 是 一 项 风险 ， 可 以 通过 干系 人 进行 风险 分 析 和 
处 理 。A 中 “直到 Sprint 结 果 确 定 为 止 。， 时 间 点 太 晚 了 。 可 持续 的 开发 速度 是 敏捷 的 原则 ， 不 提倡 加 班 完成 ， 所 以 D 不 正确 ; D 
可 以 在 C 之 后 进行 。 


38. 答 案 : A。 产 品 符合 要 求 ， 但 是 客户 验收 时 提出 很 多 问题 ， 说 明 中 间 的 反馈 和 沟通 环节 有 问题 ， 可 以 提高 过 程 中 客户 的 
参与 度 ， 加 强 交互 。 


39. 答 案 : D。 根 据 速 度 是 指 一 个 迭代 内 完成 的 故事 点 数 ， 迭 代 3 开 始 是 186 个 故事 点 ， 进 入 迭代 4 的 时 候 是 145 个 ，186- 
145=41 个 。 


40. 答 案 : C。 设 置 阶段 是 回顾 会 的 第 一 步 ， 预 设 会 议 基调 目的 是 莒 造 一 种 便于 讨论 问题 的 和 谐 气氛 ， 从 而 让 人 们 习惯 于 在 
这 个 过 程 中 尽早 发 言 ， 并 且 鼓 励 他 们 继续 在 整个 会 议 中 做 出 贡献 。 


41. 答 案 : C。 首 先 要 确定 用 户 故 事 的 期 望 ， 所 以 先 编写 面向 用 户 故事 的 测试 ， 之 后 再 修改 功能 。 


42. 答 案 : B。A 和 C 是 瀑布 的 做 法 ,提倡 详细 的 报告 或 者 甘 特 图 。 敏 捷 中 关于 项 目 状 态 的 展示 可 以 通过 查看 信息 发 射 源 的 方 
式 获取 进度 信息 ， 而 不 是 与 产品 经 理 谈话 ， 所 以 D 不 正确 。 


43. 答 案 : B。 敏 捷 专 业 人 士 需要 保护 团队 不 被 中 断 ， 清 除 障碍 。 题 目 中 说 的 是 客户 认为 敏捷 流程 上 缺陷， 可 能 不 理解 敏捷 ， 
所 以 可 以 开展 培训 |。 


44. 答 案 : D。 敏 捷 团 队 共 同 拥有 整个 迭代 的 任务 ， 所 以 A 不 正确 ; 敏捷 不 提倡 详细 的 文档 和 方案 ，C 不 正确 。 


45. 答 案 : D。 电 梯 测 试 说明 书 是 创建 愿景 的 工具 ，。 


46. 答 案 : C。 定 义 一 些 DoD 和 基本 规则 ， 确 保 进行 一 些 质量 保证 的 活动 ， 从 而 使 质量 达标 。 


47. 答 案 : A。 敏 捷 交 付 的 是 可 用 的 产品 ， 敏 捷 项 目的 成 功 不 仅 指 项 目 完成 ， 还 要 求 交 付 的 产品 被 验收 。B 是 传统 项 目的 表 
， 人 敏捷 提倡 增 量 交付 。 


尝 


48. 答 案 : C。 敏 捷 中 的 风险 管理 模式 和 瀑布 的 风险 管理 模式 相同 ， 分 别 是 : 识别 风险 、 定 性 风险 分 析 、 定 量 风险 分 析 、 规 
划 风 险 应 对 、 监 控 风 险 。 


49. 答 案 : A。 敏 捷 提 倡 自 组 织 的 团队 ， 问 题 由 团队 共同 解决 。 

50. 答 案 : D。 产 品评 审 会 的 目的 是 为 了 获取 干系 人 的 有 反馈， 以 确保 交付 满足 干系 人 要 求 的 产品 。 
51. 答 案 : D。 团 队 应 共同 参与 敏捷 的 估算 。 

52. 答 案 : D。 回 顾 会 的 目的 是 为 了 持续 改进 ， 通 常 包括 预 设 的 流程 。 

53. 答 案 : C。 根 据 敏捷 三 角形 ， 敏 捷 固定 时 间 和 人 可 以 变更 范围 (故事 点 ) 。 

54. 答 案 : A。 团 队 若 担心 是 一 项 风险 ， 则 可 以 要 求 专 家 进行 风险 的 分 析 。 

55. 答 案 : A。 两 个 不 同 的 团队 的 速度 比较 没有 意义 。 

56. 答 案 : D。 和 迭代 速度 需要 在 实践 中 总 结 ， 从 而 确定 一 个 稳定 的 数值 。 

57. 答 案 : B。 燃 尽 图 可 以 用 来 显示 和 欠 代 的 进度 ， 显 示 剩 余 的 工作 和 剩余 的 时 间 的 关系 。 


58. 答 案 : B。 仆 人 式 领 导 也 称 为 服务 型 领导 ， 参 照 本 书 第 3 章 中 对 服务 型 领导 的 职责 的 描述 : 保护 、 保 持 、 保 障 和 保姆 。 





59. 答 案 : C。 产 品 路 线 图 和 故事 地 图 展示 了 产品 发 布 的 计划 ， 包 括 每 个 版 本 交付 的 功能 等 ， 对 于 高 管 来 说 ， 这 个 层次 的 计 
划 已 足够 应 对 。 


60. 答 案 : B。 根 据 塔 克 曼 的 团队 形成 5 阶段 理论 ， 有 新 成 员 加 入 ， 则 会 退回 到 震荡 阶段 。 


61 .答案 : A。 团 队 共同 决策 方法 。 





62. 答 案 : A。 愿 景 陈述 要 包括 产品 的 目标 和 验收 标准 。 
63. 答 案 : B。 佑 算 用 户 故事 的 工具 是 计划 扑克 。 
64. 答 案 : A。 人 敏捷 旨 在 打造 自 组 织 团队 。 


65 .答案 : D。 冲 突 优先 选择 面对面 的 解决 。 等 到 下 一 次 回顾 会 再 讨论 就 太 晚 了 ， 所 以 A 不 正确 。 团 队 成 员 之 间 的 冲突 不 要 升 
级 ， 所 以 B 不 正确 。 冲 突 也 不 能 回避 ， 所 以 C 不 正确 。 


66 .答案 : A。 项 目 经 理应 允许 团队 自我 组 织 。 结 对 编程 的 对 象 可 以 根据 自己 的 需要 更 换 ， 虽 在 实 现 员工 能 力 备份 和 提高 沟 
通 及 反馈 。 


67. 答 案 : C。 利 特 尔 法 则 陈述 了 循环 时 间 与 WIP 中 的 工作 数 成 比例 ， 是 一 个 有 关 提 前 期 与 在 制品 关系 的 简单 数学 公式 ， 这 一 
法 则 为 精益 生产 的 改善 指明 了 方向 。 针 对 如 何 有 效 地 缩短 生产 周期 ， 利 特 尔 法 则 指出 了 两 个 方向 : 一 是 提高 产能 ， 从 而 降低 生产 
节拍 ;二 是 压缩 存货 数量 。 最 有 效 地 缩短 生产 周期 的 方法 就 是 压缩 在 制品 数量 。 





68 .答案 : D。 敏 捷 是 一 个 持续 规划 的 过 程 ， 项 目 计划 采用 滚动 式 规划 的 方式 ， 根 据 组 织 的 愿景 (价值 导向 ) 制订 交付 计 


69. 答 案 : B。 通 过 信息 发 射 源 、 每 日 站 会 等 这 些 高 可 视 化 、 面 对 面 的 方式 来 提高 可 见 度 。 

70. 答 案 : A。 不 确定 如 何 进 行 时 采用 探测 。 

71. 答 案 : A。 用 户 故 事 C 被 完成 了 50% 不 能 算 完 成 ， 所 以 完成 的 点 数 就 是 A 和 B 的 故事 点 之 和 。 
72. 答 案 : D。 敏 捷 提 倡 可 视 化 管理 ， 多 采用 信息 发 射 源 这 样 的 透明 化 的 方式 ， 取 代 以 往 的 报告 。 
73. 答 案 : B。 根 据 敏捷 三 角形 ， 敏 捷 固 定时 间 和 和 人力， 功能 可 以 调整 ， 优 先 做 高 优先 级 的 。 


74. 答 案 : A。 题 目 强调 复杂 产品 ， 并 且 对 在 第 三 次 迭代 中 发 现 的 问题 ， 可 以 采用 探测 的 方式 进行 解决 。 敏 捷 固定 时 间 盒 ， 
所 以 D 不 正确 。 


75. 答 案 : D。 早 期 阶段 需要 创造 基本 规则 并 明确 目标 。 敏 捷 提 倡 的 服务 型 领导 ， 不 是 命令 权利 式 的 ， 所 以 A 不 正确 。 


76 .答案 : C。 针 对 客户 的 需求 ， 团 队 分 析 给 出 建议 。 敏 捷 拥 抱 变化 ， 但 是 不 是 所 有 的 需求 变更 过 来 需要 直接 响应 ， 所 以 A 和 
B 都 不 正确 。 在 一 个 迭代 中 ， 尽 量 保证 需求 不 变 ， 但 是 文中 强调 紧急 需求 ， 所 以 D 不 正确 。 


77. 答 案 : C。 价 值 排序 的 工具 ， 重 点 关注 “满意 的 ”这 类 需求 ， 这 类 需求 能 给 客户 创造 竞争 优势 。 

78. 答 案 : A。 组 织 特定 的 过 程 和 规则 或 者 说 是 一 些 要 求 在 实施 敏捷 项 目 中 需要 遵守 ， 在 这 个 前 提 下 渗透 敏捷 实践 。 
79. 答 案 : A。 要 确保 产品 符合 业务 需求 ， 从 而 获得 干系 人 的 验收 ,需要 首先 让 干系 人 的 利益 和 期 望 相互 符合 。 
80. 答 案 : D。 渗 透 式 沟通 是 水 晶 实 践 的 一 个 主要 特征 。 


81. 答 案 : D。 团 队 协 作 ， 共 同 来 解决 问题 。 团 队 士 气 低 落 ， 是 团队 领导 者 的 责任 ,与 职能 经 理 和 发 起 人 无 关 ， 所 以 A 和 C 不 
正确 ; 团队 已 经 显示 出 士气 低下 ， 说 明 无 法 自我 驱动 ， 所 以 B 不 合适 。 


82. 答 案 : A。 能 力 不 足 可 以 采用 结对 编程 的 方式 进行 培养 。 如 果 因为 能 力 不 足 就 一 直 分 配给 他 简单 的 故事 ， 那 么 这 个 人 的 
能 力 永远 得 不 到 提高 ， 所 以 D 不 正确 。 


: A。 人 敏捷 鼓励 跨 职能 发 展 ， 能 力 覆 盖 交 付 链 。 





84. 答 案 : C。 增 量 交付 是 敏捷 方法 的 核心 原则 。 

85 .答案 : C。 演 示 会 是 向 客户 展示 已 完成 的 功能 ， 获 取 反 馈 ， 以 便于 发 布 。 

86 .答案 : B。 敏 捷 响 应 变更 ， 目 的 是 为 了 提高 产品 的 竞争 优势 。 但 是 每 个 迭代 的 速度 固定 ， 所 以 增加 新 功能 ， 就 需要 删除 相 
同 故 事 点 数 的 功能 

87. 答 案 : B。“ 自 组 织 ” 是 敏捷 团队 的 核心 目标 ， 不 是 用 于 如 何 构建 敏捷 团队 的 方法 。 

88 .答案 : A。 回 顾 会 主要 完成 三 件 事 : 哪些 工作 做 得 好 ， 哪 些 做 得 不 好 ， 下 一 个 迭代 准备 尝试 做 什么 。 

89. 答 案 : C。 修 订 是 一 项 新 需求 ， 可 以 视 为 新 的 用 户 故 事 纳入 待 办 事项 排序 。 敏 捷 拥 抱 变化 ， 不 像 瀑布 一 样 具有 严格 的 变 
更 控制 流程 ， 所 以 A 不 正确 。B 仅 仅 记 录 变 更 ， 太 被 动 。 在 客户 需要 修订 的 时 间 点 ， 跟 客户 一 起 排序 调整 ， 所 以 D 不 正确 。 

90. 答 案 : B。 回 顾 会 的 目的 是 总 结 经 验 教训 ， 寻 找 下 一 个 迭代 的 改进 方法 。 

91. 答 案 : B。 渐 进 明细 是 一 种 持续 规划 的 技术 ， 随 着 故事 信息 不 断 明确 和 细 化 ， 把 大 故事 分 解 成 更 小 、 更 易于 估算 的 小 故 


事 , 体现 了 一 种 滚动 式 规划 技术 。 


92 .答案 


: A。 价 值 驱动 交付 是 敏捷 的 核心 ， 价 值 的 体现 就 是 要 适用 于 客户 ， 如 果 客 户 已 经 不 适宜 ， 那 么 这 个 需求 就 失去 了 


价值 ， 就 需要 调整 。 


93. 答 案 


: C。 敏 捷 提 倡 参与 式 决策 ， 实 施 流程 需要 根据 具体 公司 、 项 目 定制 。A 是 瀑布 的 做 法 。 敏 捷 也 需要 日 常 的 管理 费 ， 


所 以 B 说 得 有 点 极端 。 要 避免 形成 工作 组 合 孤 岛 ，D 项 也 不 正确 。 


97. 答 案 : 


优势 和 价值 。 


: C。 人 敏捷 需要 跨 职能 团队 的 支持 ， 便 于 及 时 的 反馈 和 确认 。 
: C。 敏 捷 提 倡 可 视 化 管理 ， 被 发 现 的 风险 纳入 风险 的 观察 清单 中 。 


: A。 最 终 的 产品 没有 得 到 客户 的 验收 ,说 明 在 迭代 中 的 反馈 和 沟通 不 到 位 ， 评 审 会 的 目的 就 是 为 了 获取 客户 的 反 


D。 质 量 为 先是 敏捷 的 理念 ， 不 能 因为 速度 而 牺牲 了 质量 。 可 以 优先 发 布 最 小 可 和 售 单元 ， 为 客户 创造 早期 的 竞争 


: D。 风 险 探测 。 


: D。 根 据 敏捷 三 角形 ， 敏 捷 固定 时 间 和 人 力 ， 所 以 A 和 B 不 正确 。 对 于 复杂 的 需求 可 以 通过 故事 拆 分 的 方式 进行 简 


100. 答 案 : A。scrum 常 见 的 四 个 会 议 就 是 一 种 团队 协调 的 方法 ， 其 中 ， 站 会 是 一 种 面对面 的 、 高 带宽 的 沟通 方式 。 


[1 实际 ACP 考 试 为 120 道 题目 《其 中 20 道 题 不 计 分 ) ， 答 题 时间 为 3 个 小 时 ; 此 套 为 模拟 题 ， 共 计 100 题 。 


致谢 “ 当 语 音 转 成 了 文字 ， 一 本 书 融 出 来 了 


117 个 晚上 ， 终 于 落笔 ，《 如 何 准 备 ACP 考 试 》 书 稿 完成 ， 此 时 的 心情 是 激动 、 开 心 、 感 恩 和 期 待 。 


2003 年 毕业 后 就 从 事项 目 管理 工作 ， 萌 生 了 对 项 目 管理 领域 的 兴趣 。2006 年 ， 入 职 中 兴 通 讯 ， 从 事 研发 项 目 管理 ， 参 与 公 
司 HPPD 高 效 研发 、LTC 和 敏捷 项 目 管理 的 推进 。2009 年 ， 兼 任 中 兴 通 讯 学 院 项 目 管理 类 讲师 ， 负 责 公司 和 客户 的 PMP、ACP 等 
项 目 管理 类 培训 。 同 年 ， 结 识 了 敏捷 ， 因 为 兴趣 ， 担 当 敏 捷 教 练 ， 参 与 公司 敏捷 转型 的 实施 ， 奉 头 试点 产品 级 敏捷 的 推进 。 现 任 
中 兴 通 讯 高 级 副 总 裁 助理 ， 持 续 探 讨 敏捷 在 运营 管理 中 的 应 用 。 


2015 年 的 一 天 ， 我 的 学 生 也 是 我 的 中 兴 同 事 纪 第 蕾 ， 她 说 : 刘 芳 老师 ， 目 前 ACP 考 试 大 家 都 觉得 没有 参考 书 ， 所 以 很 多 朋 
友 不 敢 报名 ， 你 可 以 出 一 本 书 啊 ” 听 完 ， 我 直接 拒绝 了 ， 我 告诉 她 我 文 不 才 ， 不 会 写 。 随 后 币 蔷 说: 你 就 把 你 ACP 课 堂上 给 我 们 
培训 时 说 过 的 话 转 成 文字 不 就 成 书 了 吗 ” 是 啊 ， 当 语音 转 成 了 文字 ， 书 就 完成 了 ， 这 也 是 我 写 书 的 一 个 动力 。 此 外 ， 作 为 老师 ， 
我 也 想 为 学 员 做 点 什么 ， 起 初 我 学 习 思维 导 图 、 记 忆 法 并 把 这 些 工具 应 用 在 教学 中 。 我 把 ACP 的 12 本 官方 参考 书 看 完 后 ， 整 理 
成 一 幅 幅 的 思维 导 图 ， 提 炼 关键 信息 ， 这 的 确 产 升 了 一 定 的 效果 。 但 是 ， 对 于 考生 来 说， 没有 一 本 书 在 手中 ， 始 终 对 敏捷 的 认识 
缺少 系统 性 ， 心 里 还 是 没 底 。 综 上 ， 我 决定 再 挑战 下 自己 ， 写 一 本 ACP 的 备考 书 。2016 年 9 月 ， 我 正式 开始 投入 到 这 本 书 中 ， 
为 白天 工作 忙 ， 所 以 计划 每 天 花 2 个 小 时 ， 晚 上 9: 30 ~ 11: 30。 最 终 ， 真 的 汇聚 成 了 一 本 书 。 


ACP 学 生 : 黄 新 、 徐 诸 、 戴 莹 、 刘 文 、 陈 连 生 、 陈 曦 、 刘 贺 等 为 这 本 书 的 内 容 和 架构 做 出 的 贡献 。 本 书 的 每 个 章节 后 的 问题 都 基 
本 来 自 这 些 学 员 的 课堂 发 问 ; 感谢 我 的 同事 苏 春山 、 刘 志 国 ， 在 书 的 内 容 上 给 了 很 大 的 支持 ; 感谢 我 的 朋友 姚 李 6 老师 、 沈 春 娟 
老师 在 整个 过 程 中 给 予 我 的 鼓励 ， 最 后 ， 要 感谢 我 的 妈妈 陈 玉 玲 ， 在 我 背后 默默 支撑 了 117 个 夜晚 。 

写 此 书 的 时 候 就 想 过 要 用 敏捷 的 思维 去 写 ， 后 续 根 据 反 馈 可 能 还 会 完善 和 迭代 。 所 以 ， 书 中 存在 的 不 合适 的 信息 等 欢迎 读者 
朋友 给 我 反馈 ， 谢 谢 你 们 。 祝 顺利 通过 ACP 考 试 。 


刘 芳 ” 2017 年 3 月 15 日 


